CN115729604A - 微应用集成方法、系统、电子设备和存储介质 - Google Patents

Abstract

本申请提供一种基于边缘控制的微应用集成方法、系统、电子设备和存储介质。该方法包括：所述配置端获取微应用；所述配置端对所述微应用携带的文件信息进行修改，并将所述微应用配置在主应用中；所述配置端将配置后的所述主应用打包成安装包，发送给所述客户端；所述客户端获取所述安装包，安装得到所述主应用对应的客户端，所述客户端中包括所述微应用的启动显示界面；所述客户端响应于用户对所述微应用的启动操作，获取所述微应用的路由配置信息；所述客户端将所述路由配置信息集成到主应用路由表中。本申请能够在配置端对微应用进行配置后，再通过客户端将微应用的路由配置信息配置到主应用中实现对于微应用的快速集成。

Description

微应用集成方法、系统、电子设备和存储介质

技术领域

本申请涉及软件开发领域，尤其涉及一种微应用集成方法、系统、电子设备和存储介质。

背景技术

目前，在一个企业中，软件开发的主应用往往依靠公司自己开发，由于移动应用软件项目的技术特点是系统整体功能复杂繁多，因此在主应用中的不同微应用往往会交给其他公司或团队去开发。由于各微应用专业功能开发团队不同，开发技术各异，从而导致各微应用的系统设计风格不同、相同组件重复开发、同时融合到移动应用中困难等问题。因此，如何完成不同微应用的差异化集成一直是本领域需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提出一种微应用集成方法、系统、电子设备和存储介质用以解决或部分解决上述技术问题。

作为本申请的一个方面，提供了微应用集成方法，应用于包括客户端以及配置端的系统，其特征在于，包括：

所述配置端获取微应用；

所述配置端对所述微应用携带的文件信息进行修改，并将所述微应用配置在主应用中；

所述配置端将配置后的所述主应用打包成安装包，发送给所述客户端；

所述客户端获取所述安装包，安装所述主应用得到所述主应用对应的客户端，所述客户端中包括所述微应用的启动显示界面；

所述客户端响应于用户对所述微应用的启动操作，获取所述微应用的路由配置信息；

所述客户端将所述路由配置信息集成到主应用路由表中。

可选地，所述配置端对所述微应用携带的文件信息进行修改，包括：

所述配置端对所述原始微应用携带的文件的信息进行修改包括更改文件名称、更改文件格式、更改功能图标、更改文件备注中的至少一种。

可选地，所述配置端将所述微应用配置在主应用中,包括：

所述配置端创建主应用项目；

所述配置端在所述主应用项目中安装乾坤插件，搭建所述主应用项目所需的HTML框架；

所述配置端在所述HTML框架中创建所述微应用容器；

所述配置端将所述微应用放入所述微应用容器。

可选地，所述配置端创建主应用项目之后，所述配置端还执行以下步骤，包括：

在所述主应用项目中构建初始用户显示界面和用户显示界面组件库；

基于所述用户显示界面组件库对所述初始用户显示界面进行配置，生成用户显示界面，所述用户显示界面包括显示菜单。

可选地，所述方法还包括：

所述配置端获取所述微应用的注册信息表；

所述配置端将所述注册信息表放入所述用户显示界面的显示菜单中。

可选地，所述客户端响应于用户对所述微应用的启动操作之后，所述客户端还执行以下步骤，包括：

从主应用用户显示界面的显示菜单中获取所述目标微应用的注册信息表；

将所述注册信息表显示在所述主应用用户显示界面中。

可选地，其特征在于，所述方法还包括：

所述客户端响应于用户对所述目标微应用的退出操作；

所述客户端将所述注册信息表从所述主应用用户显示界面中删除；以及

所述客户端将所述路由配置信息从所述主应用路由表中删除。

基于同一个发明构思，本申请的第二个方面，提供了一种微应用集成系统，包括：

配置端，被配置为：构建主应用，将微应用配置端主应用中，并输出主应用安装包；

客户端，被配置为：根据所述主应用安装包安装所述主应用客户端，并基于用户在客户端对微应用的操作，将所述微应用集成到所述主应用。

基于同一个发明构思，本申请的第三个方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如第一方面所述的微应用集成方法。

基于同一个发明构思，本申请的第四个方面，提供了一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行上述第一方面所述的微应用集成方法。

从上面所述可以看出，本申请提供的微应用集成方法、系统、电子设备和存储介质首先能够使得在配置端对微应用配置在主应用，并且把安装包发送给客户端，通过配置端对微应用的配置能够将微应用配置在主应用中，方便之后客户端对微应用进行集成。其次，本申请客户端根据配置端发送的安装包安装了主应用客户端之后，可以响应用户在客户端对微应用的启动操作，获取到微应用的路由信息，将路由信息集成到主应用路由表中，仅仅通过对路由信息的集成从而实现微应用的迅速集成，还能进一步能实现微应用的快速开启。本申请只需挂载路由信息简单高效，因此应对多种不同类型的微应用都能通过此方法实现微应用的快速集成。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A为本申请实施例所提供的一种微应用集成方法流程示意图。

图1B为本申请实施例所提供的一种配置端配置微应用的方法流程示意图。

图1C为本申请实施例所提供的又一种配置端配置微应用的方法流程示意图。

图1D为本申请实施例包含显示菜单的用户显示界面示意图。

图1E为本申请实施例所提供的另一种配置端配置微应用的方法流程示意图。

图2A为本申请实施例所提供的一种客户端集成微应用的方法流程示意图。

图2B为本申请实施例所提供的一种微应用显示界面示意图。

图2C为本申请实施例所提供的又一种微应用显示界面示意图。

图2D为本申请实施例所提供的一种客户端卸载微应用的方法流程示意图。

图2E为本申请实施例所提供的一种验证流程示意图。

图3为本申请实施例所提供的一种微应用集成系统的装置结构示意图。

图4为本申请实施例所提供的电子设备硬件结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。

现如今，人们的日常生活都离不开应用软件，由于人们的需求越来越多，因此应用软件的功能也越来越繁多，导致应用程序开发难度逐渐增大。因此微应用走入人们的视野，其更灵活、易迁移的特性深受大家喜爱。但是，申请人注意到目前由于微应用的种类繁多，不过开发技术形成的微应用具有较大的差异性，尤其是在我司自行开发的主应用中，面对不同公司开发的不同设计风格、不同功能微应用想要集成到主应用中具有一定难度，因此本申请提出一种微应用集成方法、系统、电子设备和存储介质，能够实现将不同的微应用集成到主应用中。

图1A示出了本申请实施例所提供的一种微应用集成方法流程示意图。

如图1A所示，应用于包括客户端100以及配置端200的系统的微应用集成方法包括以下步骤：

S101：所述配置端获取微应用；

S102：所述配置端对所述微应用携带的文件信息进行修改，并将所述微应用配置在主应用中；

S103：所述配置端将配置后的所述主应用打包成安装包，发送给所述客户端；

S104：所述客户端获取所述安装包，安装所述主应用得到所述主应用对应的客户端，所述客户端中包括所述微应用的启动显示界面；

S105：所述客户端响应于用户对所述微应用的启动操作，获取所述微应用的路由配置信息；

S106：所述客户端将所述路由配置信息集成到主应用路由表中。

如图1A所示，在一些实施例中，所述配置端获取微应用的可以包括不同类型，例如第一种类型的微应用可以是链接类应用，此类应用为第三方公司根据自有业务类型开发的浏览器/服务器模式(Browser/Server，简称B/S)架构应用。第二种类型的微应用可以是离线类应用，此类应用为第三方公司采用HTML5技术开发的业务应用。第三种类型的微应用可以是第三方公司采用VUE框架(一种用于构建用户界面的渐进式框架)技术进行开发的插件类应用。上述三种微应用的区别在于用户在客户端启动微应用后打开的微应用类型不同，例如如果是链接类应用，用户在客户端打开的就是一个网页的链接。

因此本申请能够基于不同获取的不同类型的微应用都能实现将其集成，该集成方法具有普适性。

在一些实施例中，所述配置端对所述原始微应用进行处理生成微应用，包括：

所述配置端对所述原始微应用携带的文件的信息进行修改包括更改文件名称、更改文件格式、更改功能图标、更改文件备注中的至少一种。

可以想到的是，虽然本申请获取的微应用包括不同的类型，但是不同公司将不同微应用发送给我方时都会形成一个文件包，将微应用的文件包发送我方，因此，需要对微应用的文件信息进行修改，可以将不同的微应用文件包采用同一的命名规则，例如文件包包名采用xx.xx.xx.xx形式，首先是应用文件包公司的名称，然后为应用包业务分类名称，例如可以是：质量、安全、技术或者进度等，接着是为应用包业务名称例如：相对于质量的业务名称可以是验收，最后为应用包子业务名称，依旧以质量验收为例，可以是质量验收数据查询，因此该文件包最终的命名为xx公司质量验收数据查询。通过该命名方法，可以将不同的微应用进行整理，以便于后续对微应用进行配置。

同样地，可以对文件包的格式进行修改，例如全部改成压缩文件的形式，例如修改成.rar的压缩文件格式，并且压缩包中必须包含起始页index.html。

并且，还能够更改该文件包内所对应的功能图标和文件中的备注。

可以想到的是，本申请对于文件信息的修改不限于此，例如还能够对于文件存储的位置，文件内关于微应用介绍文本进行修改等，在此不再赘述。

图1B示出了本申请实施例所提供的一种配置端配置微应用的方法流程示意图。

在一些实施例中，所述配置端执行步骤S102：所述配置端将微应用配置在主应用,包括：

S1021：所述配置端创建主应用项目；

S1022：所述配置端在所述主应用项目中安装乾坤插件，搭建所述主应用项目所需的HTML框架；

S1023：所述配置端在所述HTML框架中创建所述微应用容器；

S1024：所述配置端将所述微应用放入所述微应用容器。

如图1B所示，作为一个可选实施例，配置端在创建主应用项目时，会创建一个Vue项目作为主应用项目，配置端会全局安装开发系统，示例性的，本申请选择全局安装Vue-cli(一个基于Vue-JavaScript进行快速开发的完整系统)，然后在Vue项目中创建目录，本申请选择创建demo目录，可以理解的是demo目录需要递归创建，在demo目录创建完成后，配置端会在VUE项目中安装乾坤插件(qiankun)和搭建HTML框架，并且在HTML框架中创建微应用容器，即在HTML文档中挂载微应用渲染的位置，利用registerMicroApp方法在容器中注册微应用，将微应用放置在注册好的微应用容器中。可以想到的是，安装qiankun目的是能够在后续用户对于微应用的切换使用时更加流畅，从而提高用户的使用感受。

通过上述方法能够在配置端对微应用的路径等进行配置，从而能够将微应用挂载到主应用的容器中。

作为一个可选实施例，配置端在将微应用放入微应用容器中时，是将微应用的压缩包放入主应用容器中，该压缩包内包含微应用的版本、名称、介绍、备注、注册信息表、路由配置等信息。进一步地，配置端在将微应用放入微应用容器时，可以先调出微应用的路由配置信息，并在所述微应用容器中配置同样的路由配置信息，因此做到微应用的路由配置信息与微应用容器中的路由配置信息相对应，以此构建了微应用与微应用容器之间的对应关系，通过建立对应关系确保每个微应用都能放入与之相对应的微应用容器中。

由于本申请的配置端是将微应用的压缩包直接放置到微应用容器中，而可以想到的是，对于上述链接类应用、离线类应用以及插件类应用都需要将其打包成压缩包放入微应用容器中。同时微应用可能也会存在一些版本的更新，因此本申请对于需要更新的微应用会同样对其携带的文件信息进行修改，并且不同的微应用更新方式也是不同的。例如如果是链接类应用，对于该类微应用的更新维护只需对该链接更新维护即可，就无须在主应用配置中对该微应用进行调整。

并且如果将微应用更新时，会同步替换新的注册信息表和路由配置等信息。因此在后续客户端对注册信息表和路由配置信息进行调用时，调用到的也会是最新版本的注册信息表和路由配置信息，保证了用户的正常使用。

本发申请基于将不用微应用放入微应用容器中的方法，使得每个微应用相对独立，并且可以将不同微应用配置不同的维护人员，相较于整个开发团队维护一个大型复杂应用而言，降低了维护的难度。

图1C示出了本申请实施例所提供的又一种配置端配置微应用的方法流程示意图。

如图1C所示，在一些实施例中，所述配置端创建主应用项目之后S1021，所述配置端还执行以下步骤，包括：

S1025：在所述主应用项目中构建初始用户显示界面和用户显示界面组件库；

S1026：基于所述用户显示界面组件库对所述初始用户显示界面进行配置，生成用户显示界面，所述用户显示界面包括显示菜单。

作为一个可选实施例，本申请在创建主应用项目时会基于WebComponents封装用户界面(User Interface即UI)组件库。利用Web Components封装UI组件库主要由三项技术组成，它们可以一起使用来创建封装功能的定制元素，可以在任何地方重用，不必担心代码冲突。

第一项：自定义元素(Custom elements)：是一组基于一种直译式脚本语言(JavaScript)的预先定义的一套函数(JavaScript API)，该函数可以允许自定义customelements及其行为，然后可以在用户界面中按照需要使用。

第二项：影子文档对象模型(Shadow Document Object Model，即Shadow DOM)：Shadow DOM是HTML的一个规范，它允许开发者封装自己的HTML标签、CSS样式和特定的JavaScript代码。并且还能用于将封装的“影子”DOM树与主文档DOM分开呈现并控制其关联的功能。通过这种方式，可以保持自定义元素的功能私有，保证自定义元素可以被脚本化和样式化，而不用担心与文档的其他部分发生冲突。

第三项：HTML模板(HTML templates)：可以简化生成DOM元素的操作，并且可以编写不在呈现页面中显示的标记模板。

基于上述技术构建显示组件库后，本申请会在创建主应用项目时会同时创建主应用的用户初始显示界面，该初始界面可以用来配置不同组件。并且基于上述已经构建完成的UI组件库配置用户初始显示界面，例如：该组件库中的组件包括TimeUp，该组件是一个可以用来显示时间的组件，如果想要把该组件放置在用户显示界面中，就可以使用选择将该组件显示到初始用户显示界面中，开发人员可以自行在初始用户显示界面中设置想要显示的组件，并且开发人员也可以更新组件库引入新的组件。可以想到的是，组件库一旦建立就可以直接调用。

同时本申请基于初始用户显示界面生成用户显示界面后，会在用户显示界面显示菜单，该显示菜单用于显示该主应用可以实现的不同功能。显示菜单可以包括信息、通讯或者工作等，可以理解的是，显示菜单的内容可以自行设置，在此不再赘述。例如，显示菜单包括：信息、通讯、工作、资讯和我的等内容。并且进一步地，在显示菜单中还可以包括子显示菜单，并且，子显示菜单可以被赋予角色属性，例如创建了班长的显示菜单，那么相对于普通人员的显示菜单，在班长“工作”这个子显示菜单中，就多了一个：“后勤”。因此本申请基于不同角色，设置不同的菜单有利于之后微应用的管理。

并且，本申请配置端在执行步骤S1022-S1024与执行S1025-S1026时，两种执行步骤可以是同步执行的，没有区分先后的过程。

图1E示出了本申请实施例所提供的另一种配置端配置微应用的方法流程示意图。

如图1E所示，在一些实施例中，配置端还会执行以下步骤：

S1027：所述配置端获取所述微应用的注册信息表；

S1028：所述配置端将所述注册信息表放入所述用户显示界面的显示菜单中。

配置端在获取微应用的注册信息表时，该注册信息表为显示微应用类型、功能的信息表，例如该注册信息表中可以包括：微应用的名称、图标、介绍、备注、版本、路由地址等信息。配置端会根据显示菜单的显示信息将对应的微应用注册信息表放入显示菜单中。例如，可以选择将“办公”这个微应用注册信息表放入在“工作”这个显示菜单中。

在一些实施例中，在所述配置端执行步骤103：所述配置端将配置后的所述主应用打包成安装包，发送给所述客户端时，通常情况下可以选择使用打包软件对应用进行打包，并且在打包时可以设置安装时、安装完成或者卸载时的界面等信息，同样的，在设置界面的时候可以选择调用UI组件库中的组件对界面进行配置，并且本申请在把主应用打包成安装包后，会对安装包进行测试。

可以想到的是，本申请在对安装包进行测试时，会从几个角度出发，例如：软件在不同操作系统下安装的过程，软件安装后的是否能够正常运行，安装后的文件夹及文件是否写到了指定的目录里，软件安装向导的UI测试，软件安装过程是否可以取消，软件安装过程中意外情况的处理是否符合需求(如重启，断电)，安装过程是否是可以回溯的(即是否可以点上一步重新选择)，软件安装过程中是否支持快捷键以及快捷键的设置是否符合用户要求等。

作为一个可选实施例，在配置端对安装包测试完成后可以将所述安装包发送给服务器，之后客户端可以从服务器中下载安装包进行安装。

图1D示出了本申请实施例包含显示菜单的用户显示界面示意图。

在一些实施例中，客户端在执行步骤S104时，所述客户端获取所述安装包，会对主应用的安装包进行解析安装，并且在安装完成后，对应的主应用客户端中有微应用的启动显示界面。请参考图1D，在“工作”这个显示菜单中，客户端就显示了“后勤”和“办公”这两个微应用的图标和名称作为微应用的启动显示界面。可以理解的是，该启动显示界面同样可以调用UI组件库的组件进行设置。

图2A示出了本申请实施例所提供的一种客户端集成微应用的方法流程示意图。

图2B示出了本申请实施例所提供的一种微应用显示界面示意图。

图2C示出了本申请实施例所提供的又一种微应用显示界面示意图。

在一些实施例中，如图2A所示，在所述客户端执行步骤105：响应于用户对所述微应用的启动操作时，基于用户在微应用启动显示界面对微应用图标的点击也就是用户启动了微应用时，所述客户端还执行以下步骤，包括：

S1051：从主应用用户显示界面的显示菜单中获取所述目标微应用的注册信息表；

S1052：将所述注册信息表显示在所述主应用用户显示界面中。图2E示出了本申请实施例所提供的一种验证流程示意图。

可以想到的是，客户端在执行步骤S105：客户端基于用户对于微应用的启动操作后，客户端会存在一个验证流程，也就是说用户在进入主应用以及主应用跳转到子应用时设有权限认证流程，并且该认证流程是在上述客户端执行步骤S1051之前可能需要执行的步骤。

如图2E所示，认证流程包括以下步骤：

S105A：所述客户端查询所述主应用中是否包括用户登录信息；

S105B：若查询到没有用户信息，则跳转到登录所述微应用的显示页面；

S105C：若查询到存在用户信息，则启动所述微应用。

因为不同微应用的功能不同，因此在某些微应用的使用过程中可能需要用户的验证，因此本申请客户端在响应用户对于微应用的启动操作时，可以设置一个验证流程，通过上述验证流程，可以确保用户在使用微应用时的安全问题，保证用户的使用。

客户端基于用户对某种微应用的启动操作，就会从用户显示界面的显示菜单中获取微应用的注册信息表，可以理解的是，客户端获取了微应用的注册信息表相当于获取了微应用的“身份证”，因为可以从表中获取关于该微应用的名称、图标、介绍、备注、版本、路由地址等信息，之后会把微应用注册表中的信息选择性的展示在主应用用户显示界面中，如图2B所示，用户打开了“后勤”这个微应用之后，用户显示界面就会变成图2B所展示的显示界面，该显示界面上方就只包括了该微应用的名称。

在一些实施例中，客户端在响应用户对于微应用的启动操作之后，还会执步骤S105-S106，客户端获取所述微应用的路由配置信息，将所述微应用的路由配置信息集成到所述主应用路由表中，也就是写入主应用路由表中。可以想到的是客户端在执行步骤S105-S106与S1051-S1052时，两种执行步骤可以是同步执行的。并且，在两种步骤都执行完成后，所述微应用就已经被集成到了所述主应用中。作为一个可选实施例，客户端在执行步骤S105时，客户端获取了微应用的路由配置信息后可以使用基于Vue-JavaScript(Vue.js)官方路由管理器(VueRouter)的addRoutes接口方法将所述路由配置信息挂载到主应用路由表中。并且由于VueRouter还具有能够查询路由参数等功能，在具体应用中可以人为设置选用VueRouter的一些具体功能，在此不再赘述。

在一些实施例中，客户端执行步骤S105：所述客户端响应用户对于微应用的启动操作时，还有可能由于网络或者微应用程序故障等原因使得微应用启动失败，由于微应用启动失败，因此可以设置一个用户提示的弹窗，例如，如图2C所示，提示用户“微应用加载失败，请检查应用是否正常运行！”

图2D示出了本申请实施例所提供的一种客户端卸载微应用的方法流程示意图。

在一些实施例中，在如图2D所示，在客户端将微应用集成到主应用之后，还包括以下步骤：

S107：所述客户端响应于用户对所述目标微应用的退出操作；

S108：所述客户端将所述注册信息表从所述主应用用户显示界面中删除；以及

S109：所述客户端将所述路由配置信息从所述主应用路由表中删除。

用户在进行微应用的操作结束后，会对微应用进行退出操作，客户端响应于用户对微应用的退出操作，会将把在主应用路由表中关于该微应用的路由配置信息删除，并且在主应用显示界面中将已经显示的微应用注册信息表删除，客户端删除了路由配置信息和注册信息表后，用户就会重新跳转回初始的用户显示界面，由此，用户可以继续选择下一步继续启动微应用或者是直接退出主应用的操作。可以理解的是，在所述客户端执行步骤S108与S109时，两种执行步骤可以没有先后顺序，也可以同步执行。

通过上述客户端通过对理由配置信息和注册信息表分别的写入、显示或者删除操作，提高了微应用的接入效率，此外，还可以直接在主业务系统中加载微应用，减少页面跳转，提升了用户的使用流畅度。

通过上述方法，本申请实现了主应用的构建、微应用的配置以及集成的过程，保障了面对多种微应用时，依然能够实现对微应用的快速集成，提升了用户的使用感受。

需要说明的是，本申请实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本申请实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本申请的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图3示出了本申请实施例所提供的一种微应用集成系统的装置结构示意图。

基于同一个发明构思，与上述任意实施例方法相对应的，如图3所述，本申请提供了一种微应用集成系统，包括：

配置端100，被配置为：对所述原始微应用携带的文件的文件信息进行修改包括更改文件名称、更改文件格式、更改功能图标、更改文件备注中的至少一种；以及

创建主应用项目；在所述主应用项目中安装乾坤插件，搭建所述主应用项目所需的HTML框架；在所述HTML框架中创建所述微应用容器；将所述微应用放入所述微应用容器；以及

在所述主应用项目中构建初始用户显示界面和用户显示界面组件库；基于所述用户显示界面组件库对所述初始用户显示界面进行配置，生成用户显示界面，所述用户显示界面包括显示菜单；以及

将配置后的所述主应用打包成安装包，发送给所述客户端。

客户端200，被配置为：获取所述安装包，安装所述主应用得到所述主应用对应的客户端，所述客户端中包括所述微应用的启动显示界面；以及

所述客户端响应于用户对所述微应用的启动操作，获取所述微应用的路由配置信息；所述客户端将所述路由配置信息集成到主应用路由表中；以及

从主应用用户显示界面的显示菜单中获取所述目标微应用的注册信息表；将所述注册信息表显示在所述主应用用户显示界面中；以及

响应于用户对所述目标微应用的退出操作；将所述注册信息表从所述主应用用户显示界面中删除；以及将所述路由配置信息从所述主应用路由表中删除。

可以理解的是，该系统的客户端可以是手机、平板等可以安装应用客户端的产品，配置端可以是电脑端。

上述实施例的系统用于实现前述实施例中相应的微应用集成方法的实施例的排列、组合，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一技术构思，与上述任意实施例方法相对应的，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的微应用集成方法。

图4示出了本申请实施例所提供的一种更为具体的电子设备硬件结构示意图。

如图4所示，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的微应用集成方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一技术构思，与上述任意实施例方法相对应的，本申请还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上任一实施例所述的微应用集成方法。

本实施例的计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质存储的计算机指令用于使所述计算机执行如上任一实施例所述的微应用集成方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种微应用集成方法，应用于包括客户端以及配置端的系统，其特征在于，包括：

所述配置端获取微应用；

所述配置端对所述微应用携带的文件信息进行修改，并将所述微应用配置在主应用中；

所述配置端将配置后的所述主应用打包成安装包，发送给所述客户端；

所述客户端获取所述安装包，安装所述主应用得到所述主应用对应的客户端，所述客户端中包括所述微应用的启动显示界面；

所述客户端响应于用户对所述微应用的启动操作，获取所述微应用的路由配置信息；

所述客户端将所述路由配置信息集成到主应用路由表中。

2.根据权利要求1所述的方法，其特征在于，所述配置端对所述微应用携带的文件信息进行修改，包括：

所述配置端对所述原始微应用携带的文件的文件信息进行修改包括更改文件名称、更改文件格式、更改功能图标、更改文件备注中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述配置端将所述微应用配置在主应用中,包括：

所述配置端创建主应用项目；

所述配置端在所述主应用项目中安装乾坤插件，搭建所述主应用项目所需的HTML框架；

所述配置端在所述HTML框架中创建所述微应用容器；

所述配置端将所述微应用放入所述微应用容器。

4.根据权利要求3所述的方法，其特征在于，所述配置端创建主应用项目之后，所述配置端还执行以下步骤，包括：

在所述主应用项目中构建初始用户显示界面和用户显示界面组件库；

基于所述用户显示界面组件库对所述初始用户显示界面进行配置，生成用户显示界面，所述用户显示界面包括显示菜单。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述配置端获取所述微应用的注册信息表；

所述配置端将所述注册信息表放入所述用户显示界面的显示菜单中。

6.根据权利要求1所述的方法，其特征在于，所述客户端响应于用户对所述微应用的启动操作之后，所述客户端还执行以下步骤，包括：

从主应用用户显示界面的显示菜单中获取所述目标微应用的注册信息表；

将所述注册信息表显示在所述主应用用户显示界面中。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述客户端响应于用户对所述目标微应用的退出操作；

所述客户端将所述注册信息表从所述主应用用户显示界面中删除；以及

所述客户端将所述路由配置信息从所述主应用路由表中删除。

8.一种微应用集成系统，其特征在于，包括：

配置端，被配置为：构建主应用，将微应用配置端主应用中，并输出主应用安装包；

客户端，被配置为：根据所述主应用安装包安装所述主应用客户端，并基于用户在客户端对微应用的操作，将所述微应用集成到所述主应用。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任意一项所述的微应用集成方法。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1至7任一所述的微应用集成方法。

Images