小程序无限层级路由无框架解决方案

2025-10-17 16:21:17

1、是基于wepy框架做的处理,由于用的是mpvue,所以对这个方案上做了修改,同时不依赖于框架。虽然是改造版,但原理是一样的,下面我来介绍一下修改后的方案。

2、几个关键点:

1.9层(含9层)以内时 :走小程序自己的历史栈就ok了,跳转时候更新一下逻辑栈,这没啥可说的

2.从9层跳转10层 :需要把第9层重定向到中转页,再由中转页跳转到10层

3.10层以后跳转 :在navigateTo方法中处理,到10层之后,再跳转就第10层页面一直做redirectTo(重定向)操作了

4.10层以上返回 :会返回到中转页,由中转页判断,具体返回到哪个页面,然后navigateTo(跳转)过去

5.从10层返回到9层 :返回到中转页,将中转页redirectTo(重定向)到第9层页面

6.9层内的返回 :直接返回就好了,返回时候不会更新逻辑栈,但没有关系,因为只有中转页才会用到逻辑栈

7.逻辑栈更新机制 :

跳转、返回中转页时更新

navigateTo时更新

redirectTo时更新

reLaunch时更新

navigateBack时更新

小程序无限层级路由无框架解决方案

3、之前跳转操作和10层以上的返回操作都会更新逻辑栈,到了10层以内的返回操作就不会更新逻辑栈了。

这块也是我们对原有方案的主要改造点。因为到了10层以内,所有的返回和跳转都由微信系统历史栈接管了。

我们只要保证用户在通过api进行跳转操作时更新就可以了。而且,自己维护的逻辑路由栈实际上只有中转页才会用到。

这样也就不用在每个页面都要注册onUnload钩子去实时更新返回时的路由信息了。把更新路由信息的逻辑都放到了api调用这一层。业务开发时完全不用关心。

1、lib/navigator/Navigator.js (自己封装的跳转方法, History.js代码省略了)

小程序无限层级路由无框架解决方案

小程序无限层级路由无框架解决方案

声明:本网站引用、摘录或转载内容仅供网站访问者交流或参考,不代表本站立场,如存在版权或非法内容,请联系站长删除,联系邮箱:site.kefu@qq.com。
猜你喜欢