在引入微信小程序之前，大多数微信系统都使用它H5页面。但是，标准H小程序提供，小程序提供了更多的功能。

网页开发渲染线程和脚本线程相互排斥，这就是为什么长时间的脚本操作可能会导致页面失去响应。在小程序中，它们是分开的，在不同的线程中运行。网页开发者可以使用各种浏览器暴露出来 DOM API，进行 DOM 选择和操作。如上所述，小程序的逻辑层和渲染层是分开的，逻辑层是运行的 JSCore 没有完整的浏览器对象，因此缺乏相关性DOM API和BOM API。这种差异导致了一些对前端开发非常熟悉的库，比如 jQuery、 Zepto 等等，不能在小程序中运行。同时 JSCore 的环境同 NodeJS 环境也不一样，所以有些 NPM 包也不能在小程序中运行。

网页开发者需要面对各种浏览器，PC 端需要面对 IE、Chrome、QQ浏览器等，需要在移动终端面对Safari、Chrome以及 iOS、Android 各种系统 WebView 。在小程序开发过程中，我们只需要面对两个操作系统 iOS 和 Android 用于辅助开发的微信客户端和小程序开发者工具，三个小程序的运行环境也不同

开发网页时，网页开发者只需使用浏览器，并配备一些辅助工具或编辑器，网上不需要审核，营销功能如体积规模、运营规范、转发到朋友圈等都是无限的。小程序的开发是不同的，需要申请小程序账号，安装小程序开发人员工具，配置项目，提交审核，严格审核后才能上线。在上线后的操作中，如果违规，可能会被下架。

当开发一个H除了域名服务器备案、服务器开发语言等，我们还需要考虑开发工具环境、前端框架、模块管理工具、任务管理工具、团队合作代码提交工具和组件UI库、接口调用工具、平台、品牌浏览器兼容性等。即使使用jquery在开发过程中，中找到合适的插件写作jquery配合项目的插件。虽然这些工具可以定制得很高，提高了开发人员的开发效率，但我相信项目开发的配置已经消耗了大量的能源。虽然大多数开发人员都有自己的配置模板，但项目中使用的各种外部库的版本迭代和版本升级的成本应该不低。虽然这些工具可以定制得很高，提高了开发人员的开发效率，但我相信项目开发的配置已经消耗了大量的能源。虽然大多数开发人员都有自己的配置模板，但项目中使用的各种外部库的版本迭代和版本升级的成本应该不低。

面对微信小程序的开发需求，我们需要考虑什么？微信团队提供了开发者工具，并且规范了开发标准，前端常见的HTML、CSS已成为微信自定义WXML、WXSS，WXML虽然都是自定义标签，但官方文档中有明确的使用介绍，很容易上手。甚至开发人员也可以使用云开发微信小程序，削弱后端和操作维护的概念。从那时起，他们可以使用平台提供的服务器 API 开发核心业务可以实现快速上线和迭代。同时，这种能力与开发者使用的云服务兼容，不相互排斥。在统一了这些标准之后，作为一个开发者，你会发现，自己只要专注写程序逻辑就可以了！

至于调用自己的服务器、云开发界面，微信app任何原生能力都有包装API可供调用。UI在库方面，框架自然有自己的weui库。使用这些API不用担心浏览器的兼容性，也不用担心生产环境中不可预测的奇妙BUG，可以看出，微信小程序的开发成本确实与以往相比web开发要低得多。

H5最大的批评是页面之间的切换会出现白屏堵塞，多页面之间的频繁切换等待时间较长。受网络环境的影响，加载图片、音频和视频需要更多的加载时间。

虽然小程序本质上仍然是一个网页，但由于微信小程序的独立运行环境，虽然被使用html css js开发，但微信分析器最终渲染出原始组件的呼叫效果，自然体验将更进一步，无白屏卡住，浏览速度快，带来流畅的终极体验效果。

从营销传播的角度来看，H5可转发到朋友圈这个巨大的流量入口，形成一传十、十传百的网络规模效应，其次，H百度可以搜索网站内容，H5中的图形内容也可以复制粘贴，而小程序不符合营销工具的定位，上述功能无法实现，更多的是连接、连接服务或设备，用完后离开，不需要关注公众号，整个过程没有营销信息推送工具。