上一节讲过App内嵌H5解决了一系列问题,基本上大多数遇到的问题都能够解决,这节就说一下微信小程序内嵌H5问题,由于小程序的约束很大,小程序的webview使用时和微信公众号差不了多少,小程序的webview对比使用App内嵌来说小程序的权限限制太多了,只能在进入页面和出页面才能传递数据,所以这时可以以小程序的webview为主导,小程序本身功能为辅来进行内嵌(我这边需要快速输出,不得已而为之),但是也遇到了一些问题:
- 由于小程序本身可以授权手机号码,而公众号无此功能,所以就以小程序做了登录授权,那么如何让小程序的登录信息同步到内嵌的H5呢(这里不按照App的方式,这种webview链接不安全);
- 由于公众号有自身的一套支付功能,但小程序本身也有一套支付功能,但是这两套竟然不通,这里强烈吐槽,那么如果内嵌的H5要走支付就需要调起小程序的支付,但是后续流程就截断了,如何处理;
- 微信小程序是可以根据对应内嵌页面url来进行处理跳转到对应的内嵌H5页面的,但是这个时候返回按钮是没有的,如何处理返回到首页呢;
- 由于公众号的本地缓存和小程序所用的不是一套,不过它们webview的缓存是一套的,现在一个场景:用户在公众号登录过,小程序内嵌的有些页面不需要登录授权的就可以进入,从其他渠道进入到小程序内嵌的一个不需要登录授权的页面,小程序的登录凭证已过期,如何处理在不需要登录的这个页面跳转时进行微信小程序登录授权
一.小程序登录授权给内嵌H5
其实这里可以用一个技巧,不过也需要后端的配合,当微信小程序登录后,使用get请求接口,携带登录信息,让接口重定向到对应页面,这时这个页面就已经有了对应的登录token;
二. 支付跳转和外部跳转返回问题
场景是这样的,如果有一个流程是需要走支付,但是微信公众号自己的支付是不能够在微信小程序内嵌webview中支付的,这时候就需要借助跳转到微信小程序的页面进行支付,走微信小程序的支付流程后再跳转到内嵌的页面,但是从这里就会被截断了,之前的页面就会丢失,且无法返回到首页。
这时想到了一种办法,我们创建一个通用的中间页,用于承载一些页面进行从中间插入的截断性操作,在中间页中写入一个本地缓存的标记:
.middlepage-body
以上代码,我们有一个中间页,所有的跳转都往中间页跳转,由中间页首先保存一个缓存状态storageKey
,第一次进入时无法获取的,这时会自动跳转到对应的业务goNextUrl
中,当用户如果想回退,这时回退到中间页,中间页判定缓存状态存在,则重定向到首页,只要是能回退到首页或者其他tab页面就行(若想回退到支付之前的应该是不行的),也比较适用外部跳转到内嵌的一个页面,返回正好能达到首页;但是这种有个问题,如果第一次从外部(这个外部可以是其他浏览器)跳转进入,然后我再从外部跳转进入,那么会出现页面跳转回首页了,这种暂时还未有解决方案,除非用原生小程序实现,只能说项目就这样,没得办法
三. 最后一个问题 (字太长不再粘过来,问题在文章开头)
这里针对vue SPA设置的vue-router
为hash
模式,比如有一个链接如下(假设链接都可以访问):
A. https://www.test.com/#/home/index
B. https://www.test.com/?hasauto=0#/home/index
只要是A链接能打开,B链接也能打开,只是B链接中间加入了一个参数,而且根据vue-router的hash模式规则,只会改变hash值来切换页面,对于?hasauto=0
如果我们只使用vue-router提供的方法单页面跳转,是不会被清除的,如果使用window.location
的一些跳转方法,且没有加入?hasauto=0
就会被清除;
我们就可以采取上方这种在hash # 前加入自定义的一些参数,也不用在url后加入参数,然后在跳转时的vue-router钩子函数beforeEach
中做处理,如果是对应页面,且存在hashauto=0
的参数就跳转到对应的小程序授权页面,需要携带下一个页面的url,然后结合我上方对应的中间页,就可以做好处理会跳首页的问题;
最后,不建议过多依赖于内嵌,内嵌只是解决一些基本的更新等问题,而不能作为主体功能,从功能性能和用户体验上都不是最优解;作为开发的我是一边口吐芬芳一边干着,痛苦并痛苦着,也算是搞完了;