HTML+CSS是历史悠久、超高自由度、控制精准、表现能力极强、编码简单、学习门槛超低、真跨平台的一种UI界面开发方式。web
本文介绍的是微信小程序和H5混合开发的一种数据交互方式。小程序
记得xp时代的QQ,有些界面偶尔会弹出熟悉的js错误对话框,还能右键弹出熟悉的IE6的右键菜单,假装的挺好,差点没认出来,如今的QQ就不知道了。微信小程序
美团、淘宝这些拥有几乎无限界面的手机App,顶部进度条一亮,这是一个H5 没谁了!浏览器
Electron!好嗨哟~服务器
使用了HTML做界面,那么和原生程序之间的数据交互基本上是少不了的~(仅仅当作浏览器性质来用的就算了)~。微信
如原生程序要控制H5界面变化,就须要由原生程序传出数据到H5。websocket
如H5界面用户点击动做触发涉及原生程序业务逻辑的调用,就须要由H5传入数据到原生程序。socket
这两种数据传输组合在一块儿就成了交互。在自行嵌入浏览器内核、Electron均可以有本身的接口实现,Android、水果~(滑稽,本文与此物种无关,下同)~都有成熟的解决方案。学习
Hybrid App并不是必定是和H5的混合开发,但本文所说的专指H5。同一界面,编写一次代码,就能同时运行在Android、水果、浏览器之上,说没有诱惑力是假的。微信支付
小程序并不是必定指的的某家的小程序,但本文所说的专指微信小程序。拥有一个强大的流量入口,嗯,就只这一点 ~(看好PWA)~。
自从微信小程序开放了webview
,和Hybrid App就有了共性,而后生了个“Hybrid 小程序”,是我一我的这么叫吗?我无论,我就要叫!
然鹅,开发者对小程序底层的话语权几乎为0,小程序给什么咱们就吃什么,嗯,真香。虽然提供了webview
,但未提直接的供交互手段(记得要双向才能算交互吗,单向传递数据一边玩球)。
彷佛Hybrid之路已然折戟。
终极手段,合理合法!
注:发现有人采用的是
websocket
来实现的数据交互,原生小程序和H5都经过服务器来中转数据,点评:这也是个好办法。
基本原理:H5使用wx.miniProgram.navigateTo
传递数据给小程序原生程序代码。
基本原理:经过改变webview
src
中的hash
,来实现无刷新数据传入原生小程序。最初开放webview
时可用,后面有版本不行了,改变src
中任意字符会致使从新加载界面,神奇的是如今又恢复了改变hash
不会刷新。
升级版:经过改变后台webview
src
中的hash
,实现数据传入咱们后台页面,无论有没有从新加载,hash
始终能被咱们的H5代码接收(并且省去了处理url变化的问题)。而后由后台页面传输数据给前台页面。
举个支付吧,点击H5内的支付按钮,执行完业务逻辑,支付条件准备完毕,如今须要调起微信支付。
Response.wxml
,webview
加载后台页面。Main.wxml
,保留Response.wxml
后台页面在后台运行,前台主界面加载页面。启动完毕。jssdk
wx.miniProgram.navigateTo
接口向Request.wxml
界面发起请求,path
中携带请求数据。Request.wxml
原生程序接收到请求,发现支付请求并不须要保留界面,立马返回上一个界面(前台主界面);而后后台继续处理支付请求,调起微信支付。Request.wxml
的响应结果,而且微信已经弹出支付功能。Request.wxml
残留代码收到支付响应结果,立马通知Response.wxml
修改后台页面src
中的hash
,响应结果数据包含在其中。hash change
事件,或 页面刚刚加载完毕事件。从hash
中拿到响应数据。localStroage
,前台页面监听到localStroage
数据。成功获得支付响应数据。第2步虽然当即返回了,但仍是会有一个短暂的界面切换动画,不过这种数据交互原本就是重量级的,也不可能频繁调用,Android和水果都是同样的,因此用户体验就是这么可观。
改变webview
src
hash
产生的行为是不可预测的 ,任性的版本,若是会刷新页面,延迟会比较大,甚至致使两次调用之间相互覆盖结果。
笔者最近开发的小程序《祝福贺卡助手》,主功能采用的纯web网页,底层和微信小程序的数据交互就是本文介绍的这套模式。有2个比较重要的交互接口,一个是获取用户数据、另一个是调起分享;固然还有一堆其余辅助类的接口。
网页版:
小程序版:
界面和功能开发一遍,网页、小程序通吃~ 这就是Hybrid小程序的魅力!
围绕着小程序《祝福贺卡助手》的开发和审核上线过程,对于其中一些有趣的东西,我会分享出来。
下篇内容预告:Hybrid小程序混合开发之路 - H5录音和水果的对抗。