一种多微应用管理系统及网页端运行管理方法与流程

1.本发明属于微应用管理技术领域，具体涉及一种多微应用管理系统及网页端运行管理方法。


背景技术：

2.随着信息技术为代表的现代化高新技术产业的迅猛发展，产生了适应现代化需求的分布式、微服务、容器、云计算等技术。在互联网和移动设备进入普通大众的视野后，现代化的应用程序需求也日益复杂化，同时it信息系统建设的规模也越来越大，中大型企业或者政府机构对信息化系统的灵活性需要也不断提高，在现代化的web应用开发中，单页面应用程序(single page application，spa)已经成为一种流行的开发方式，但是，在企业级用于中，一个单独的spa往往不能满足业务的赋值性和灵活性需求，这时就需要使用多微应用架构来构建复杂的前端应用。采用多微应用架构可以将一个大型应用程序分解为多个小型的微应用程序，从而进一步提高开发效率和减少故障。在如今的开源技术以及相关的生态中，有较多的前端开发框架能够实现多界面功能的模块化开发，通过不同组合定义的方式，实现应用功能界面的集成。
3.现今信息化的发展已经不再受限于前后端框架的局限，采用前后端分离的架构也是现今的趋势，restful接口的使用也使前后端实现了真正的无状态化服务，提高了系统的可扩展性和可维护性。通过定义标准的restful接口，前后端可以独立开发，提高了开发效率和代码复用性。此外，restful接口标准还具有跨语言、跨平台的特点，可以方便地实现不同系统之间的数据交互。因此，采用restful接口标准已经成为现代软件开发的一个重要趋势。
4.在越来越多的分布式场景中，也出现了多种前端开源框架，且能力也更加强大，能够通过一个主应用程序和多个子应用程序实现分布式架构，通过中央动态路由管理器，实现界面功能的懒加载和按需加载功能，但是现有的同类多微应用产品还存在功能使用低下、界面整合难的问题，有待进一步解决。


技术实现要素：

5.本发明的目的是提供一种多微应用管理系统及网页端运行管理方法，用以解决现有技术中存在的上述问题。
6.为了实现上述目的，本发明采用以下技术方案：
7.第一方面，提供一种多微应用管理系统，包括微应用管理单元和应用组管理单元，所述微应用管理单元包括开发微应用管理模块和用户微应用管理模块，所述开发微应用管理模块用于创建、查询、删除或修改开发微应用，所述用户微应用管理模块用于创建、查询、删除或修改用户微应用，所述开发微应用和用户微应用均包含相应的唯一编码、应用名称以及资源项，所述资源项包含相应的页面功能菜单和页面功能按钮，所述用户微应用包含若干个开发微应用的资源项以及不属于各开发微应用的独立资源项，所述应用组管理单元
包括微应用组合模块，所述微应用组合模块用于将若干用户微应用组成一个应用组，所述系统用于管理多微应用架构，所述多微应用架构包括应用组、应用组包含的若干用户微应用以及各用户微应用对应的开发微应用。
8.在一个可能的设计中，所述微应用管理单元还包括开发微应用资源项管理模块，所述开发微应用资源项管理模块用于维护开发微应用的资源项，增加、查询、删除或修改开发微应用资源项中的页面功能菜单或页面功能按钮。
9.在一个可能的设计中，所述微应用管理单元还包括用户微应用资源项管理模块，所述用户微应用资源项管理模块用于维护用户微应用的资源项，从对应开发微应用资源项中关联相应的页面功能菜单或页面功能按钮，以及增加、查询、删除或修改用户微应用独立资源项中的页面功能菜单或页面功能按钮。
10.在一个可能的设计中，所述应用组管理单元还包括基础信息管理模块，所述基础信息管理模块用于维护应用组的基础信息，包括增加、查询、删除或修改应用组的基础信息，应用组的基础信息包括应用组的名称、描述和图标。
11.在一个可能的设计中，所述应用组管理单元还包括应用皮肤配置模块，所述应用皮肤配置模块用于配置应用组的皮肤主题，所述皮肤主题包括图标、颜色和背景图，所述多微应用架构包括应用组的皮肤主题。
12.在一个可能的设计中，所述系统还包括角色管理单元，所述角色管理单元包括角色与资源项绑定模块，所述角色与资源项绑定模块用于维护相应角色与用户微应用资源项的授权关系，包括增加、查询、删除或修改相应角色与用户微应用资源项的授权关系，所述多微应用架构包括若干角色。
13.在一个可能的设计中，所述角色管理单元还包括角色信息管理模块，所述角色信息管理模块用于维护相应角色的基本信息，包括增加、查询、删除或修改角色的基本信息，角色的基本信息包括角色的资源信息、功能菜单、名称和编码。
14.在一个可能的设计中，所述系统还包括用户与角色绑定单元，所述用户与角色绑定单元用于采用基于角色的访问控制方式对用户进行授权，包括授予用户一个或多个相应角色，所述多微应用架构包括用户。
15.第二方面，提供一种网页端运行管理方法，包括：
16.在加载菜单功能视图时，按照当前用户授权角色的基本信息确定对应的用户微应用，并根据用户微应用的归属确定对应的应用组，将应用组返回给前端界面进行系统渲染；
17.在进行界面呈现时，若有用户设置的默认应用组，则选择用户设置的默认应用组进行加载，否则按照排列顺序加载最小顺序号的应用组；
18.在加载到相应的应用组后，获取应用组中的相应用户微应用，并按照排列顺序加载出当前用户微应用下的功能菜单视图，在当前应用组拥有多个用户微应用时，获取用户的点击切换指令来切换用户微应用，并根据当前的用户微应用加载出已授权功能菜单。
19.有益效果：
20.1.满足企业级应用的复杂性和灵活性需求：传统的单页面应用程序往往难以满足企业级应用的复杂性和灵活性需求，本发明可以更好地管理和维护大型应用程序，并且可以根据业务需求动态添加或移除微应用程序，可以将多个开发应用组合成一个用户应用供界面使用。
21.2.提高前端应用程序的可维护性和可扩展性：本发明可以将一个大型前端应用程序分解为多个小型的微应用程序，从而提高应用程序的可维护性和可扩展性，每个微应用程序都可以独立开发、测试和部署，从而提高开发效率和减少故障率。
22.3.提升前端应用程序的性能和用户体验：本发明可以将前端应用程序分解为多个独立的小型应用程序，从而提高页面加载速度和用户体验，每个微应用程序只加载必要的资源，避免了不必要的资源浪费和页面卡顿的情况。
23.4.优化前端应用程序的部署和升级：本发明可以通过容器化技术来实现微应用程序的快速部署和升级，从而提高应用程序的可靠性和可用性，每个微应用程序都可以独立部署和升级，避免了对整个应用程序的影响。
24.5.本发明通过自定义应用组以及开发微应用、用户微应用的设定，形成数据的多种交叉组合模式，再通过rbac的管理理念，自主可控的实现了角色、菜单资源、微应用、应用组的复杂的授权实现方式，最终形成一个用户多种角色多个应用自主切换的界面功能以及能力组合，帮助用户实现快速的访问。
附图说明
25.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
26.图1为本发明实施例中系统的构成示意图；
27.图2为本发明实施例中多微应用架构示意图。
具体实施方式
28.在此需要说明的是，对于这些实施例方式的说明用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。
29.应当理解，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在实施例中的具体含义。
30.在下面的描述中提供了特定的细节，以便于对示例实施例的完全理解。然而，本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实施例中，可以不以非必要的细节来示出众所周知的过程、结构和技术，以避免使得实施例不清楚。
31.实施例1：
32.本实施例提供一种多微应用管理系统，如图1所示，包括微应用管理单元和应用组管理单元，所述微应用管理单元包括开发微应用管理模块和用户微应用管理模块，所述开发微应用管理模块用于创建、查询、删除或修改开发微应用，所述用户微应用管理模块用于
创建、查询、删除或修改用户微应用，所述开发微应用和用户微应用均包含相应的唯一编码、应用名称以及资源项，所述资源项包含相应的页面功能菜单和页面功能按钮，所述用户微应用包含若干个开发微应用的资源项以及不属于各开发微应用的独立资源项，所述应用组管理单元包括微应用组合模块，所述微应用组合模块用于将若干用户微应用组成一个应用组，所述系统用于管理如图2所示的多微应用架构，所述多微应用架构包括应用组、应用组包含的若干用户微应用以及各用户微应用对应的开发微应用。
33.进一步地，所述微应用管理单元还包括开发微应用资源项管理模块和用户微应用资源项管理模块，所述开发微应用资源项管理模块用于维护开发微应用的资源项，增加、查询、删除或修改开发微应用资源项中的页面功能菜单或页面功能按钮。所述用户微应用资源项管理模块用于维护用户微应用的资源项，从对应开发微应用资源项中关联相应的页面功能菜单或页面功能按钮，以及增加、查询、删除或修改用户微应用独立资源项中的页面功能菜单或页面功能按钮。
34.进一步地，所述应用组管理单元还包括基础信息管理模块和应用皮肤配置模块，所述基础信息管理模块用于维护应用组的基础信息，包括增加、查询、删除或修改应用组的基础信息，应用组的基础信息包括应用组的名称、描述和图标。所述应用皮肤配置模块用于配置应用组的皮肤主题，所述皮肤主题包括图标、颜色和背景图，所述多微应用架构包括应用组的皮肤主题。
35.进一步地，所述系统还包括角色管理单元，所述角色管理单元包括角色与资源项绑定模块和角色信息管理模块，所述角色与资源项绑定模块用于维护相应角色与用户微应用资源项的授权关系，包括增加、查询、删除或修改相应角色与用户微应用资源项的授权关系，所述多微应用架构包括若干角色。所述角色信息管理模块用于维护相应角色的基本信息，包括增加、查询、删除或修改角色的基本信息，角色的基本信息包括角色的资源信息、功能菜单、名称和编码。
36.进一步地，所述系统还包括用户与角色绑定单元，所述用户与角色绑定单元用于采用基于角色的访问控制方式对用户进行授权，包括授予用户一个或多个相应角色，所述多微应用架构包括用户。
37.具体实施时，系统将微应用设计为开发微应用和用户微应用，开发微应用和用户微应用由若干元素构成，其中最主要的元素包括：唯一编码、应用名称和资源项，资源项包含相应的页面功能菜单和页面功能按钮。应用由多个页面组成；页面由静态web内容(html/js/css)和页面调用的restful服务(一种网络应用程序的设计风格和开发方式，基于http，可以使用xml格式定义或json格式定义，可以实现客户端与服务器之间的交互)组成。页面的静态web内容统一命名为页面功能菜单(menu)；页面调用的restful服务一般表现为页面的操作按钮，统一命名为页面功能按钮(button)；资源项就是指menu及button的集合。
38.开发微应用与物理部署相关，每一个运行的web应用程序实例为一个开发微应用，一个开发微应用在部署后，它的资源项已经确定。用户微应用包含若干个开发微应用的资源项组合。用户微应用和开发微应用资源项是多对多的关系，一个用户微应用包含若干个开发微应用的资源项，一个开发微应用的资源项可以被多个用户微应用关联。同时，一个用户微应用也可以拥有自己独立的资源项。
39.在微应用管理单元，可通过开发微应用管理模块提供开发微应用对象的创建、查
询、删除、修改的功能，管理开发微应用的基本信息。通过开发微应用资源项管理模块维护开发微应用的资源项列表，如增加、删除、修改、查询该开发微应用的menu或button资源。通过用户微应用管理模块提供用户微应用对象的创建、查询、删除、修改的功能，管理用户微应用的基本信息。通过用户微应用资源项管理维护用户微应用的资源项列表，从开发微应用中关联menu或button资源，并提供独立资源项的menu或button资源维护功能。
40.在应用组管理单元，通过微应用组合模块将若干用户微应用组成一个应用组，以便于用户更好地访问和使用这些微应用，应用组合可以根据不同的业务需求和用户习惯进行定制，如用户需要计费计量和工单进行组合，方便实现快速访问和使用。通过基础信息管理模块维护应用组的基础信息，包括增加、查询、删除或修改应用组的基础信息，应用组的基础信息包括应用组的名称、描述和图标，这些信息可以用于在界面上展示应用组列表，方便用户进行选择和操作。通过应用皮肤配置模块配置应用组的皮肤主题，所述皮肤主题包括图标、颜色和背景图，为了提供更好的用户体验，应用组管理可支持进行皮肤主题的配置，包括浏览器标题、主题颜色、登陆设置等，这样可以让用户根据自己的喜好习惯来选择适合自己的界面风格，帮助系统提升用户的满意度和使用感。
41.在角色管理单元，通过角色与资源项绑定模块维护相应角色与用户微应用资源项的授权关系，包括增加、查询、删除或修改相应角色与用户微应用资源项的授权关系。通过角色信息管理模块维护相应角色的基本信息，包括增加、查询、删除或修改角色的基本信息，角色的基本信息包括角色的资源信息、功能菜单、名称和编码等。角色和用户微应用的关系为多对多的关系，一个角色可以关联应用组中若干个用户微应用资源项，一个用户微应用资源项也可以与多个角色关联。用户与角色绑定单元采用基于角色的访问控制方式对用户进行授权，包括授予用户一个或多个相应角色，所述多微应用架构包括用户。
42.实施例2：
43.通过rbac(基于角色的访问控制)的角色授权完成了对用户权限授权的目标，为了适配用户多应用组切换的能力，本实施例提供一种网页端运行管理方法，包括：
44.在加载菜单功能视图时，按照当前用户授权角色的基本信息确定对应的用户微应用，并根据用户微应用的归属确定对应的应用组，将应用组返回给前端界面进行系统渲染；
45.在进行界面呈现时，若有用户设置的默认应用组，则选择用户设置的默认应用组进行加载，否则按照排列顺序加载最小顺序号的应用组；
46.在加载到相应的应用组后，获取应用组中的相应用户微应用，并按照排列顺序加载出当前用户微应用下的功能菜单视图，在当前应用组拥有多个用户微应用时，获取用户的点击切换指令来切换用户微应用，并根据当前的用户微应用加载出已授权功能菜单。
47.实施例3：
48.本实施例提供一种计算机设备，在硬件层面，包括：
49.数据接口，用于建立处理器与外部数据端的数据对接；
50.存储器，用于存储指令；
51.处理器，用于读取所述存储器中存储的指令，并根据指令执行实施例2中的管理方法。
52.可选地，该计算机装置还包括内部总线。处理器与存储器和数据接口可以通过内部总线相互连接，该内部总线可以是isa(industry standard architecture，工业标准体
系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
53.所述存储器可以但不限于包括随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、闪存(flash memory)、先进先出存储器(first input first output，fifo)和/或先进后出存储器(first in last out，filo)等。所述处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
54.实施例4：
55.本实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行实施例2中的管理方法。其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(memory stick)等，所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程系统。
56.本实施例还提供一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行实施例2中的管理方法。其中，所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程系统。
57.最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。