[发明专利]一种基于前端的微服务设计方法在审
申请号: | 202110672373.3 | 申请日: | 2021-06-16 |
公开(公告)号: | CN113448702A | 公开(公告)日: | 2021-09-28 |
发明(设计)人: | 黄华伟 | 申请(专利权)人: | 浪潮软件股份有限公司 |
主分类号: | G06F9/48 | 分类号: | G06F9/48;G06F9/54 |
代理公司: | 济南信达专利事务所有限公司 37100 | 代理人: | 冯春连 |
地址: | 271000 山东省*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 前端 微服 设计 方法 | ||
本发明公开一种基于前端的微服务设计方法,涉及微服务技术领域,其设计过程包括:基于前端微服务的模块加载器,把用户第一时间访问的应用作为主应用,配置主应用信息,并注册将要接入主应用的多个子应用;子应用暴露出主应用可以访问的生命周期钩子函数,供主应用访问时使用;将子应用发布成第三方可以使用的库文件,以成功接入到主应用,或者,将子应用独立开发、独立部署到web服务器。本发明实现了主应用对可以访问子应用的自行加载,提高了用户体验。
技术领域
本发明涉及计算机技术技术领域,具体的说是一种基于前端的微服务设计方法。
背景技术
后端开发的微服务架构,主要特征是组件化、松耦合、独立、去中心化。将项目中每个模块/每个职责拆分出来,专注做好一件事情;每个微服务又是一个单独的项目,独立运行在自己的进程里;各个服务之间相互独立又通过协议进行通讯,协作完成更复杂的业务。
但是,现有系统随着人员的增多、产品功能的复杂让工程越来越大,打包的速度也越来越慢,致使开发、交付陷入困境。现急需把系统按业务进行拆分,降低耦合,并且把拆分后的众多子系统进行聚合展示。目前,把众多子系统的前端界面集成到一起,组成统一平台管理界面,最大程度地提升保持用户体验一致,是项目团队首要解决的问题,在传统iframe方案不能满足项目需求情况下,基于前端的微服务设计应用而生。
发明内容
本发明针对目前技术发展的需求和不足之处,提供一种基于前端的微服务设计方法。
本发明的一种基于前端的微服务设计方法,解决上述技术问题采用的技术方案如下:
一种基于前端的微服务设计方法,其设计过程包括:
基于前端微服务的模块加载器,把用户第一时间访问的应用作为主应用,配置主应用信息,并注册将要接入主应用的多个子应用;
子应用暴露出主应用可以访问的生命周期钩子函数,供主应用访问时使用;
将子应用发布成第三方可以使用的库文件,以成功接入到主应用,或者,将子应用独立开发、独立部署到web服务器。
可选的,配置主应用信息时,在主应用中定义一个唯一的dom元素id,注册的子应用挂载到所述dom元素下;
注册多个子应用后,主应用会对每个子应用提供一个唯一的运行上下文,此时,即可根据用户访问浏览器URL中所包含的运行上下文,判断用户访问的哪个子应用,进而加载该子应用。
可选的,生命周期钩子函数包括生命周期函数一、生命周期函数二、生命周期函数三;
生命周期函数一是子应用加载初始化的时候调用,可以进行全局配置或者信息存储;
生命周期函数二是子应用加载的时候调用,可以把子应用传递过来的信息进行存储;
生命周期函数三是子应用卸载的时候调用,可以把子应用的全局变量销毁、挂载的元素置空。
可选的,注册的多个子应用可以独立开发或独立部署到web服务器。
进一步可选的,如果子应用在前端微服务的模式下运行,需要接收到主应用给的前缀信息,并且设置为路由的前缀,这样才能保证命中到该子应用;如果子应用独立运行时,每个子应用之间状态隔离、运行时状态不共享。
可选的,子应用成功接入到主应用后,通过实现子应用的样式隔离,确保子应用之间样式互不干扰、JS隔离确保子应用之间全局变量、事件之间不冲突。
进一步可选的,子应用成功接入到主应用后,可以实现资源预加载,在浏览器空闲时间预加载未打开的子应用资源,加速子应用的打开速度。
进一步可选的,资源预加载过程中:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于浪潮软件股份有限公司,未经浪潮软件股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110672373.3/2.html,转载请声明来源钻瓜专利网。