[发明专利]一种前端微服务实现方法及相关组件在审
申请号: | 202010986670.0 | 申请日: | 2020-09-18 |
公开(公告)号: | CN112416415A | 公开(公告)日: | 2021-02-26 |
发明(设计)人: | 王帅 | 申请(专利权)人: | 山东英信计算机技术有限公司 |
主分类号: | G06F8/70 | 分类号: | G06F8/70;G06F8/71 |
代理公司: | 北京集佳知识产权代理有限公司 11227 | 代理人: | 张春辉 |
地址: | 250001 山东省济南市高新区*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 前端 微服 务实 方法 相关 组件 | ||
本申请公开了一种前端微服务实现方法中提出了一种独立完整的前端微服务架构,无需借助或支持于前端服务架构,通过构建基座,通过基座对各子应用的加载以及运行进行统一的管理,可以保证前端微服务的高效管理;同时该方法中在对子应用进行生命周期管理时,将生命周期放在基座里,可以避免现有服务架构中容易出现的架构复杂性问题;而且对于子应用的不同管理需求调用相应的处理方式进行相应的业务处理,实现了将代码按照业务进行分割,可以降低代码耦合,便于开发和维护,并且可以进行独立升级,增强了产品的敏捷性,提高了开发效率。本申请还提供了一种前端微服务实现装置、设备及一种可读存储介质,具有上述有益效果。
技术领域
本申请涉及计算机软件技术领域,特别涉及一种前端微服务实现方法、装置、设备及一种可读存储介质。
背景技术
伴随着越来越多公司的业务深入,产品或者项目的大小及复杂度也在不断地提升。为了适应整体业务需求,项目往往包含多个子项目系统,并在每个项目下面再根据具体业务划分不同的模块。而多个项目可能需要由多个不同的团队进行维护更新。这些项目可能都会有个性化的业务设计。那么怎么才能让由多个不同团队维护的项目合理的在一起展示出来就成了一个不得不面对的重要问题。
前端微服务由于其复杂度可控、模块部署灵活可以独立部署、技术选型灵活、容错性好以及可扩展性强等优势被应用于解决多项目维护的问题,包括Vue、React和Angular在内的框架作为前端主流框架更是被广泛应用。
当前已有的前端微服务方案比较常用的是Single-SPA(single page webapplication单页富应用程序,一种框架名称),其可以支持大部分主流的前端框架,也可以支持传统的前端框架,使用时不需要页面跳转,直接在当前页面载入,方便与迁移旧的遗留系统,提供了较好的用户体验;但是Single-SPA 的系统构建复杂,应用需要集成在一起进行构建,不支持不同应用的部署分离,代码结构复杂,学习成本高。
因此,如何解决目前前端微服务方案中存在的构建复杂性问题,保证优良的子应用管理效率,是本领域技术人员急需解决的问题。
发明内容
本申请的目的是提供前端微服务实现方法,该方法可以解决目前前端微服务方案中存在的构建复杂性问题,保证优良的子应用管理效率;本申请的另一目的是提供前端微服务实现装置、设备及一种可读存储介质。
为解决上述技术问题,本申请提供一种前端微服务实现方法,包括:
基座加载全局注册中心;其中,所述全局注册中心为预先创建的用于存放各所述子应用的信息的应用注册表;
根据所述全局注册中心加载子应用以响应服务请求;
定期拉取最新的子应用配置信息,并根据所述子应用配置信息调用生命周期管理应用对各所述子应用的运行进行生命周期管理。
可选地,基座加载全局注册中心,并根据所述全局注册中心加载子应用以响应服务请求,包括:
基座从全局对象中加载全局注册中心,并根据所述全局注册中心加载子应用以响应服务请求。
可选地,所述的前端微服务实现方法还包括:
基座接收变量变化通知;其中,所述变量为全局变量池中全局变量;
确定变化的变量对应的预先注册的观察者;
向所述观察者广播所述全局变量发生变化的通知。
可选地,所述的前端微服务实现方法还包括:
监测各所述子应用的路由变化;
若监测到所述路由从第一子应用切换至第二子应用后,调用所述生命周期管理应用加载所述第二子应用,并卸载所述第一子应用;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于山东英信计算机技术有限公司,未经山东英信计算机技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010986670.0/2.html,转载请声明来源钻瓜专利网。