微信的小程序和h5 第1篇
H5的开发包括开发工具、前端框架、模块管理工具、任务管理工具、UI库的选择、接口调用工具、浏览器的互换性等。这些工具虽然可以定制，但是大部分开发者都有自己的配置模板。但是，项目中各种外部库的版本反复、版本升级、系统互换等，这些成本加起来是很多数目。为了开发一个微信小程序，微信团队提供了开发工具，并标准化了开发标准，这比H5简单得多。前端常见的HTML和CSS都变成了微信定制的WXML、WXSS、WXML，官方文档中有明确的说明，开发者可以重点按照说明写程序。而且在开发过程中，不需要考虑浏览器兼容性，不用担心浏览器模具框架带来的bug。由此可见，微信小程序的开发成本要低得多，也更容易。
微信的小程序和h5 第2篇
可以通过wx-open-launch-weapp，URL Scheme和URL Link三种方式，每天生成 URL Scheme 和 URL Link 总数量上限为50万
服务端API，该接口用于获取小程序 scheme 码，适用于短信、邮件、外部网页、微信内等拉起小程序的业务场景。目前仅针对国内非个人主体的小程序开放注意事项：1.微信内的网页如需打开小程序请使用微信开放标签-小程序跳转按钮，无公众号也可以直接使用小程序身份开发网页并免鉴权跳转小程序，见云开发静态网站跳转小程序。符合开放范围的小程序可以下发支持打开小程序的短信2.该功能基本覆盖当前用户正在使用的微信版本，开发者无需进行低版本兼容3.只能生成已发布的小程序的 URL Scheme4.通过 URL Scheme 跳转到微信时，可能会触发系统弹框询问，若用户选择不跳转，则无法打开小程序。请开发者妥善处理用户选择不跳转的场景部分浏览器会限制打开网页直接跳转，可参考示例网页设置跳转按钮
通过后端接口生成的 URL Scheme 如下所示：
iOS系统支持识别 URL Scheme，可在短信等应用场景中直接通过Scheme跳转小程序。Android系统不支持直接识别 URL Scheme，用户无法通过 Scheme 正常打开小程序，开发者需要使用 H5 页面中转，再跳转到 Scheme 实现打开小程序，跳转代码示例如下：
效果：
该跳转方法可以在用户打开 H5 时立即调用，也可以在用户触发事件后调用。
服务端API，获取小程序 URL Link，适用于短信、邮件、网页、微信内等拉起小程序的业务场景。目前仅针对国内非个人主体的小程序开放注意事项：1.只能生成已发布的小程序的 URL Link。2.在微信内或者安卓手机打开 URL Link 时，默认会先跳转官方 H5 中间页，如果需要定制 H5 内容，可以使用云开发静态网站。通过后端接口生成的 URL Scheme 如下所示：
效果：
微信的小程序和h5 第3篇
打开H5实际上是打开一个网页，网页需要根据浏览器自己的框架进行渲染、加载和重新呈现。所以加载这个流程会给人一种明显的“卡住”感觉，尤其是面对复杂的业务逻辑或者丰富的页面交互。更有甚者，会出现页面板错误或者模块无法加载的尴尬情况。微信小程序，其代码直接在微信上运行，省略了通过浏览器渲染的步骤。所以微信用小程序会比H5流畅很多。除了第一次加载需要几秒钟才能打开，用户信息经过授权外，小程序每一页的切换和跳转体验堪比原生app，操作效果非常流畅。
总的来说，微信小程序不是H5，目前的微信小程序可以实现网页端跳转，为营销推广提供想象空间，微信小程序的功能和经验将会越来越完善，将是一个好的发展机会。
微信的小程序和h5 第4篇
1、在h5页面里面需要支付的地方或者方法里面，请求后端接口，拿到支付相关参数。
2、然后调用jssdk的方法
、在小程序端准备一个单独的支付页面，用来接受h5传过来的参数，在小程序的js文件里面的onLoad周期函数里面拿到参数
【小程序端】
1、准备一个单独的页面，用来处理h5支付的逻辑，比如 pages/h5pay/index，这个页面要和h5端跳转的页面保持一致
2、在webview页面的onShow周期函数，获取支付结果，改变url，通知h5支付结果
3、在h5页面的支付结果页面里面，通过url的参数来显示提示结果，或者其他内容
OK，通过以上步骤，就可以完美实现微信小程序内嵌h5调用小程序支付了。
微信的小程序和h5 第5篇
h5 页面是运行在 web 环境下，小程序本身也是基于 web 的，那为什么一直没有办法让 h5 在小程序里直接运行呢？原因在于小程序特有的运行环境。
以一个小程序的页面为例，通常一个小程序的页面至少包含三个文件：wxss 文件、 wxml 文件和 js 文件。其中 wxml 文件和 wxss 文件组成了页面的视图层，js 文件则属于页面的逻辑层，在小程序中，视图层和逻辑层是在不同的线程中执行的。小程序里所有页面的逻辑层都在一个 js 线程中运行，而视图层则分别在不同的 view 线程中。通常一个页面对应一个 view 线程，为了对性能的控制，不会允许用户无节制的启动 view 线程，所以也就有了页面栈数量的限制（目前最多允许打开十层页面）。
在 view 线程中是有类似浏览器一样的环境，但是只有页面的视图层在上面跑，页面的渲染完全基于另一个 js 线程传输过来的数据。js 线程是一个纯净的 js 环境，那些你想要调的 、 等 dom/bom 接口通通都没有，你只能在这里执行 js 代码，调用官方提供的接口，而页面的逻辑层就是在这样的线程中跑。这样问题就出来了，页面会渲染成什么样子，完全基于初始模板和数据，你想调接口来修改页面结构，门都没有～