[发明专利]一种跳转方法、装置、设备及存储介质

说明书

本发明公开了一种跳转方法、装置、设备及存储介质。该方法由路由管理器执行，该方法包括：检测到用户对场景间跳转按钮的触控操作，则获取所述场景间跳转按钮对应的场景标识；根据所述场景间跳转按钮对应的场景标识查找配置文件，得到目标资源地址；新建目标容器；根据所述目标资源地址加载对应资源至所述目标容器。通过本发明的技术方案，能够通过路由管理器管理路由栈，配置文件管理场景的唯一标识和资源地址，达到在不同业务场景之间路由跳转方法的一致性，保证跳转的流畅性，提升用户的操作体验。

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种跳转方法、装置、设备及存储介质。

背景技术

如今，手机应用业务需求高速迭代，前端应用也从原有的单体应用发展到现在的微前端架构。在微前端框架中，可以将前端应用拆分为一组可独立部署、松散耦合的应用程序，然后将这些应用程序组合在一起以创建一个面向用户的应用程序。因此，在微前端的情况下，前端不再限制为单一技术栈，可以根据不同适用业务场景的特点使用特定技术栈。诸如对于响应速度有极高要求的首页页面，采用RN(React Native)技术栈；对于外链页面，采用h5技术栈提升页面的可嵌入性。

目前有以下几种主流的微前端路由体系：总路由分发器+多页面应用(MPA，Multi-page Application)、基于Single-SPA(SPA，Single-page Application)模式、基座式SPA和传统SPA+组件化+私有npm(Node Package Manager，节点包管理器)源。

基于总路由分发器+多页面应用的模式，由于应用间完全隔离，导致复用困难，此外，每个SPA应用的加载时间变长，会出现白屏现象，影响用户体验。基于Single-SPA模式，子应用需要在代码中实现挂载、卸载等钩子函数，对代码有侵入，还会导致全局污染和资源竞争。基于基座式SPA模式，基座是框架强相关的，任何基座的修改都会影响子应用的实现，公共资源的加载也是该模式的痛点，需要一套强规范来开发各子应用。基于传统SPA+组件化+私有npm源模式，随着业务中组件数量的爆发式增加，组件粒度通信、组件的维护成本都急剧增加，并不能做到真正的独立开发、测试和部署。

发明内容

本发明实施例提供一种跳转方法、装置、设备及存储介质，以实现能够。

第一方面，本发明实施例提供了一种跳转方法，由路由管理器执行，该方法包括：

检测到用户对场景间跳转按钮的触控操作，则获取所述场景间跳转按钮对应的场景标识；

根据所述场景间跳转按钮对应的场景标识查找配置文件，得到目标资源地址；

新建目标容器；

根据所述目标资源地址加载对应资源至所述目标容器。

第二方面，本发明实施例还提供了一种跳转装置，该装置包括：

第一获取模块，用于检测到用户对场景间跳转按钮的触控操作，则获取所述场景间跳转按钮对应的场景标识；

第一查找模块，用于根据所述场景间跳转按钮对应的场景标识查找配置文件，得到目标资源地址；

第一新建模块，用于新建目标容器；

第一加载模块，用于根据所述目标资源地址加载对应资源至所述目标容器。

第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例中任一所述的跳转方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的跳转方法。