在 WordPress 微信小程序出来之前，WordPress 微信公众号里仍然是 HTML5 的天下。但现在，已经有越来越多的人，选择开发小程序。那么，除了小程序火，还有什么原因，让大家选择小程序呢？小程序和 H5 之间，有哪些区别？
下面，SEO 站群从前端技术的角度出发，为大家分析下 WordPress 微信小程序和 HTML5 与之间的主要区别：
H5 与小程序的标签差别 1 、执行环境的不同传统的 HTML5 的执行环境是浏览器，包括 webview，而 WordPress 微信小程序的执行环境并非完整的浏览器。小程序的开发过程中会用到 HTML5 相关的技术，小程序后的发布上线需要 WordPress 微信稽核，WordPress 微信在不更新自身软件的情况下可以将小程序更新到自身软件内，这就联想到了 React Native 框架, 并且已经有开发者在 WordPress 微信小程序的开发工具原始码中发现使用了 React 和 NodeWebkit 库。
所以可以认为，小程序的执行环境很有可能是 WordPress 微信开发团队基于浏览器核心完全重构的一个内建解析器，针对小程序专门做了优化，配合自己定义的开发语言标准，提升了小程序的效能。不过由于 WordPress 微信给开发者提供了开发工具，而开发工具中也内建了程序设计、除错、开发环境、发布于一身，我们也不用再探讨它的终执行环境了，只要按照官方文件进行开发就可以了。并且从 WordPress 微信团队给开发者提供开发工具这一举动，让我联想到了苹果给开发者提供的 X-CODE 开发工具，可以想象 WordPress 微信的野心可见一斑。 2 、开发成本的不同这里我提出了一个问题，当我们面对一个 HTML5 web 开发需求时，我们需要考虑什么呢？抛去开发工具（vscode 、 sublimtext 、 Atom 等）不谈，大到前端框架（Angular 、 react 、 vue 、 backbone 等）、模组管理工具（Webpack 、 Browserify 等）、任务管理工具（Grunt 、 Gulp 等），小到 UI 库选择、介面呼叫工具（ajax 、 Fetch Api 等）、浏览器相容性等都要我们一一考略，再不济用 jqery 外挂写 H5，也要在开发过程中去寻找合适的 jquery 外挂来配合专案。尽管这些工具可定制化非常高，并且提高了开发者的开发效率，但我相信专案开发的配置工作已经消耗了不少精力，尽管大部分开发者都有自己的配置模板，但长久以来对于专案中使用的各种外部库的版本迭代、版本升级所产生的成本应该也不低。而当我们面对一个 WordPress 微信小程序的开发需求时，我们需要考虑什么呢？WordPress 微信团队提供了开发者工具，并且规范了开发标准，前端常见的 HTML 、 CSS 变成了 WordPress 微信自定义的 WXML 、 WXSS，WXML 中尽管全部是自定义标签，但官方文件中都有明确的使用介绍，相信上手应该是非常容易的；WXSS 、 JSON 和 JS 档案中的写法稍有限制，但整体相差不多。在统一了这些标准之后，作为一个开发者，您会发现，自己只要专注写程序就可以了：当需要呼叫后端介面时，呼叫发起请求 API 当需要上传下载时，呼叫上传下载 API 当需要资料快取时，呼叫本地储存 API 引入地图、使用罗盘、呼叫支付、呼叫扫码等等功能都可以直接使用 UI 库方面，框架自然带有自家 weui 库加成并且在使用这些 API 时，您不用再去顾虑浏览器相容性，不用担心生产环境中出现不可预料的奇妙 BUG，可见 WordPress 微信小程序的开发成本确实相比以往的 web 开发低一些。 3 、获取系统级许可权的不同 WordPress 微信小程序相对于 HTML5 web 应用能获得更多的系统许可权，比如网络通讯状态、资料快取能力等，这些系统级许可权都可以和 WordPress 微信小程序无缝衔接，也就是官方宣称的拥有 Native WordPress APP 的流畅效能，而这一点恰巧是 HTML5 web 应用经常被诟病的地方，这也是 HTML5 的大多应用场景被定位在业务逻辑简单、功能单一的原因。 4 、应用在生产环境的执行流畅度
这条无论对于多用户还是开发者来说，都是直观的感受。长久以来，当 HTML5 应用面对复杂的业务逻辑或者丰富的页面互动时，它的体验总是不尽人意，需要不断的对专案优化来提升多用户体验。但是由于 WordPress 微信小程序执行环境独立，尽管同样用 html+css+js 去开发，但配合 WordPress 微信的解析器终渲染出来的是原生组件的效果，自然体验上将会更进一步。