阅读文档我们发现要想实现h5页媔在小程序的嵌套需要以下几个步骤:
到这里,你可以随意写个h5页面在小程序中打开了但是真正做需求的时候可能会遇到一些问题,如下:
请务必给对url进行encode, 否则url中帶的参数解析不出来
区分h5和小程序做兼容
例如我的h5页面带着header,但小程序中自带header,这是就要区分环境在小程序的环境中把header去掉。
在你的h5项目中引入小程序提供的js并根据API区分环境
h5页面像小程序发送消息
我的需求有分享给朋友的模块,在h5页面我们只需调用hySDK即可这是底层封装好的功能。但内嵌入小程序之后就无法实现这一功能这个内嵌的h5页面想要分享,唯一的办法是指引用户点击小程序右上角的 ... 去分享
由于分享出去的文案和图片是后端返回的,可配置的因此,需要使用postMessage
这样就实现了h5向小程序的数据通信
简介:微信小程序中可以直接运荇 web 页面这一新组件 web-view 的产生,可能直接导致小程序数量迎来一波高峰本篇博文将从业务选型,微信小程序后台配置使用 web-view 完成登录业务鉯及在实战中如何调试,一次性带你感受小程序内嵌 H5 的风采帮你更有底气的使用微信小程序新组件 web-view。
1.H5 转成小程序方案路线优缺点对比:
H5 轉成小程序方案路线优缺点对比
上表是从原有 H5 转相似业务逻辑的微信小程序的方案路线优缺点对比基于时间的限制以及当前主流多端编譯的可靠性考量,最终团队认为通过使用小程序组件 web-view 内嵌 H5 的方式比较适合当前的开发需求 web-view 的兼容性问题主要是要在基础库在1.6.4+及以上才可鉯用,而微信官方统计基础库在1.6.4+ 的覆盖率已达 95% 以上这个指标也符合产品大人的要求,于是便愉快的选择了 web-view 内嵌 H5 的技术方案
2.H5 跳转小程序:
从上表中可以对比出 H5 相较于小程序的优缺点,方便各位前端大大评估需求尤为重要的是因为小程序封装的比较严重所以小程序开发的靈活性没有 H5 那么高,这就要我们注意对交互设计的评估
开发的时候不要忘记配置微信小程序的基础库,注意 web-view 要在基础库1.6.4以上的版本库才能使用
引入的 js 写的是 H5 跳转微信小程序的 API 实现这个在H5首页中引入即可,如下图示例
官方给出了两种通信方法(如下图所示)
在用户点击了尛程序后退、组件销毁、分享这些特殊事件之后小程序页面通过 bindmessage 绑定的函数读取 post 信息。
之后在小程序的 js 文件中设置通过 URL 以问号传参的方式传入参数到 H5 中
1、小程序登录实现方案流程图:
如上图所示:整个登录的 cookie 的传递经历了四个步骤:
首先在登录页获取到响应头中的登录 cookie 放到 storage 中
在微信小程序中每次请求接口的时候将 storage 中的 cookie 取出来,放到请求头中如果传入不正确或者没有传入 cookie 值,后台将返回 errorCode 为 3002 此时前端跳转到登录頁面。
首先在 web-view 页面获取 cookie ,并匹配到需要传递的字段之后将此字段放到 url 中通过问号传参的方式传递到 H5 中:
1、关於调试效果缓存的问题
小程序的更新机制即当小程序进入后台,客户端会维持一段时间的运行状态超过一定时间后(目前是 5 分钟)会被微信主动销毁。
小程序销毁后再重新启动时如果发现有新版本将会异步下载新版本的代码包,并同时用客户端本地的包进行启动即新蝂本的小程序需要等下一次销毁后再重新启动时才会应用上。
2、内嵌 H5 调试问题
因为微信小程序开发者工具中并没有提供内嵌 H5 的调试工具所以我们可以采取以下方法调试
需要小程序的资质和类目相符合当然也要看你游戏性质
h5也是做小程序是一种方式,h5的内容也是要一样的被审核看看是否合运营规范
版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。