[发明专利]一种基于多模块的前端融合框架在审
申请号: | 202111392395.0 | 申请日: | 2021-11-23 |
公开(公告)号: | CN113918156A | 公开(公告)日: | 2022-01-11 |
发明(设计)人: | 李佳佳;赵华太;李琪文 | 申请(专利权)人: | 神思智能科技有限公司 |
主分类号: | G06F8/38 | 分类号: | G06F8/38;G06F8/60;G06F3/0482;G06F9/54;G06F21/31 |
代理公司: | 济南舜源专利事务所有限公司 37205 | 代理人: | 李舜江 |
地址: | 250000 山东省济南市高新*** | 国省代码: | 山东;37 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 模块 前端 融合 框架 | ||
本发明属于前端融合框架开发领域,具体提供一种基于多模块的前端融合框架,包括业务模块、基建模块和融合支撑组件;业务模块,用于实现具体的业务功能;基建模块,用于封装框架提供的通用业务功能,并作为其他各业务服务的基础搭建模块;融合支撑组件,用于将业务模块的业务系统集成部署于基建模块的主系统上并通过处理生成菜单树实现页面的融合,融合后的界面实现跨模块的服务展示。该框架使用全局路由控制器将路由转化为菜单显示,路由中使用参数来标记当前页面所属的服务,对后端来说是一个微服务的模式。权限由前端控制,权限控制器控制权限到按钮级别。根据需求灵活配置是要独立部署还是要在融合环境下部署。
技术领域
本发明涉及前端融合框架开发技术领域,具体涉及一种基于多模块的前端融合框架。
背景技术
现有的技术方案为使用iframe进行页面碎片化融合,使用postmessage进行页面间通讯,无法进行数据共享和权限控制,需要单独进行定制开发。
开发时iframe由于是窗口级别的隔离,为了保持页面风格的一致,在内部的页面上需要加载所有的公共样式和内容。iframe的实现方式通讯使用postmessage方式进行,兼容性较差,在火狐、IE等浏览器中需要单独适配,且用法比较局限。现有技术无集成的数据共享、权限控制、菜单控制等实现内容,需要自己进行开发。现有技术无法进行解耦开发,由于公共部分的共用和业务模块的定制化特性在开发时需要进行大量其他服务的考虑。
发明内容
针对现有框架无法进行解耦开发,由于公共部分的共用和业务模块的定制化特性在开发时需要进行大量其他服务的考虑,本发明为了避免上述问题且搭建一个开箱即用的框架,使开发者更多关注于业务实现而非基础建设,集成了必须的基础功能模块并提供了微服务融合的功能。
本发明的技术方案是:
本发明技术方案提供一种基于多模块的前端融合框架,包括业务模块、基建模块和融合支撑组件;
业务模块,用于实现具体的业务功能;
基建模块,用于封装框架提供的通用业务功能,并作为其他各业务服务的基础搭建模块;
融合支撑组件,用于将业务模块的业务系统集成部署于基建模块的主系统上并通过处理生成菜单树实现页面的融合,融合后的界面实现跨模块的服务展示。
优选地,基建模块包括用户管理模块、登陆模块和权限管理模块;
用户管理模块,用于按照设定周期对可以登录系统的用户进行管理;
登陆模块,用于用户登录登出和token管理;
权限管理模块,用于对用户的权限进行管理。
优选地,基建模块还包括菜单管理模块、字典管理模块和角色管理模块;
菜单管理模块,用于管理融合后系统菜单的显示,包含显示顺序和内容;
字典管理模块,用于对所有应用中使用的字典进行管理;
角色管理模块,用于对用户的角色进行权限管理。
基建模块还包括定制首页:首页展示内容可以进行拖拽定制,粒度可以到租户、角色、用户。
优选地,业务模块和基建模块在打包部署后形成多个前端服务,其中,业务模块形成业务服务、基建模块形成基建服务。
优选地,融合支撑组件包括微前端注册模块、全局路由控制器和权限控制器;
微前端注册模块,用于业务服务通过微前端注册模块注册至基建服务,注册后业务服务的路由通过动态路由的方式添加到全局路由控制器中;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于神思智能科技有限公司,未经神思智能科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111392395.0/2.html,转载请声明来源钻瓜专利网。