微信小程序和网页小程序的区别是什么

您好，很高兴回答您的问题首先明确几个概念：Runtime，运行时环境。所谓runtime就是能够运行我们写的代码的代码。说来很绕，理解起来很简单——我们写的代码是要运行在一个特定的环境中的，这个环境负责具体执行代码所表示的指令，也就是说代码最终能有什么样的能力、能实现什么样的效果，不取决于怎么写，而取决于runtime怎么理解和执行。比如，你用console.log('HelloWorld');想在控制台里输出「HelloWorld」，如果runtime就是要把「HelloWorld」转换成「VoteforTrump」你也没有任何办法。HTML，特指符合W3CHTMLSpecification的标记语言，包括4.01、5、5.1等等众多版本。并不是用「<」和「>」符号包起来的就都叫HTML，比如<吃饭>。CSS，特指符合W3CCascadingStyleSheetsSpecification的样式描述语言，包括Level1、2、3、4等众多版本。网页技术、web技术——随便怎么叫，特指用JavaScript、HTML、CSS几种技术构建应用，最终运行在「浏览器」这个特定runtime中的技术。浏览器（中的JavaScript引擎）和Node.js（中的JavaScript引擎）都只是runtime的一种——它们决定了我们的JavaScript代码能做什么，有什么样的能力供我们使用。window.alert('HelloWorld')就只有浏览器能理解，同样require('fs').readFile('/');也只有Node.js能明白是什么意思。微信小程序是众多实现了JavaScript（MAYA、3DSMAX、Nginx以及某些游戏引擎也有）runtime的环境中的一种。浏览器作为一个runtime的另一个重要特点是有UI绘制和用户交互行为的捕获能力——（曾经）只有浏览器能识别用HTML和CSS描述的UI结构和样式，并捕获用户的输入传递给JavaScript进行相应的处理。小程序也有UI绘制和用户交互行为的捕获能力，但严格来讲，它并不能识别HTML和CSS，对应的，它使用WXML和WXSS两种标准来解释标记语言和样式描述，而标准由微信小程序自己制定。HTML和WXML有交集、CSS和WXSS有交集，但他们是不同的。Runtime能理解我们写的标记语言、样式描述和业务代码了，接下来需要去执行它们。而问题里提到的当年Facebook的客户端，使用的是Hybrid解决方案——就是在平台原生应用的外壳里嵌入一个webview，它能提供基于HTML、CSS和JavaScript这些技术构建的应用所需的runtime，因为它其实就是一个阉割的浏览器，不提供前进后退按钮、书签管理等等，只提供运行环境和绘制UI的能力。Hybrid解决方案继承了所有web技术的优点——跨平台、易维护、易部署和开发成本低等，同时也继承了所有缺点，而其中最为人诟病的缺点就是——安装包体积大（由于兼容性问题，很多应用不想使用用户设备自带的浏览器环境，而选择打包一个浏览器核心在自己安装包里），以及UI绘制效率低。严格来讲，所有最终放弃Hybrid解决方案的公司，都不是由于过分相信HTML5和JavaScript，而是对移动设备上的浏览器的核心部分（webview）的性能，特别是UI绘制性能，过分乐观了。时间推移到2015年前后，开始出现了以ReactNative和Weex等技术方案为代表的新型技术解决方案，而小程序单纯从技术实现角度来讲，同这些技术方案差异不大——提供JavaScript的runtime，用某种同HTML相似的结构化标签语言来描述UI结构，用某种类似CSS的语言来描述UI样式，然后将这些代码直接绘制为原生UI。这个过程中已经没有webview什么事情了，所以微信小程序并不是我们平时所说的web技术，他们只是使用一样或类似的语言而已（总不能说在MAYA里写JavaScript脚本也叫web开发吧？）。