CN117648511A - 信息整合方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种信息整合方法、装置、设备及存储介质，该方法包括：创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

Description

信息整合方法、装置、设备及存储介质

技术领域

本申请实施例涉及计算机技术领域中的信息处理技术，尤其涉及一种信息整合方法、装置、设备及存储介质。

背景技术

对于不同的需要整合在一起的平台，虽然整合的方式较多，但是都存在缺陷，并不能实现真正的将各平台整合起来，例如，可以通过建立一个门户网站，将需要整合的平台通过a标签(超链接)的形式配置在门户网站的平台上，但是该方式只是将各平台的入口整合在门户网站中，各平台本身没有关联性。

此外，可以通过将需要整合的平台迁移到一个项目中，变成一个新的项目，通过菜单区分不同平台，通过此种方式整合后的平台失去了单独访问的能力，如果还需要保持单独访问的能力，就需要维护两套代码，造成很大的冗余，成本高，需要浪费较多的维护成本和计算资源。还可以通过iframe(浮动框架)将需要整合的平台嵌入到新的平台，但是由于iframe对安全性要求很高，导致不同项目之间的通信会很复杂，展示弹窗等样本效果不佳。因此亟需一种方法来解决上述整合后平台之间没有关联性，失去单独访问平台的能力，通信复杂等问题。

发明内容

本申请提供一种信息整合方法、装置、设备及存储介质，使得配置后的平台之间存在关联性，整合后的子平台具有单独访问的能力，且通信简单。

第一方面，提供一种信息整合方法，包括：创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

在第一方面的一种可能的实现方式中，所述方法还包括：配置子打包工具，利用所述子打包工具导出子生命周期函数；管理平台通过子生命周期函数调用子平台，并为子平台配置跨域访问。

在第一方面的一种可能的实现方式中，所述创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中，包括：创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台；执行预设框架命令，在所述管理平台中安装子框架；将所述子平台信息注册在所述管理平台的注册信息表中。

在第一方面的一种可能的实现方式中，所述利用所述加载组件加载与子平台信息对应的子平台资源，包括：利用所述加载组件通过资源请求方法，加载与所述注册信息表中子平台信息对应的子平台资源；通过所述反向代理服务器项目代理携带标识信息的子接口请求；利用所述子框架渲染所述子接口请求对应的子平台资源；展示子目标页面，并跳转子平台的哈希地址。

在第一方面的一种可能的实现方式中，所述通过所述管理平台的反向代理服务器项目转发所述子平台资源，包括：将所述管理平台解析的域名指向所述管理平台的反向代理服务器项目，通过所述反向代理服务器项目代理所述子平台资源。

在第一方面的一种可能的实现方式中，所述通过所述管理平台的反向代理服务器项目转发所述子平台资源之后，还包括：所述管理平台接收资源请求；通过所述管理平台的反向代理服务器项目获取子平台资源；展示所述子平台资源作为资源请求的响应。

第二方面，提供一种信息整合装置，包括：创建模块，用于创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；加载模块，用于在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；第一获取模块，用于执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；第二获取模块，用于执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；代理模块，用于通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

在第二方面的一种可能的实现方式中，所述装置还包括，配置模块，具体用于配置子打包工具，利用所述子打包工具导出子生命周期函数；管理平台通过子生命周期函数调用子平台，并为子平台配置跨域访问。

在第二方面的一种可能的实现方式中，上述创建模块，具体用于创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台；执行预设框架命令，在所述管理平台中安装子框架；将所述子平台信息注册在所述管理平台的注册信息表中。

在第二方面的一种可能的实现方式中，上述加载模块，具体用于利用所述加载组件通过资源请求方法，加载与所述注册信息表中子平台信息对应的子平台资源；通过所述反向代理服务器项目代理携带标识信息的子接口请求；利用所述子框架渲染所述子接口请求对应的子平台资源；展示子目标页面，并跳转子平台的哈希地址。

在第二方面的一种可能的实现方式中，上述代理模块，具体用于将所述管理平台解析的域名指向所述管理平台的反向代理服务器项目，通过所述反向代理服务器项目代理所述子平台资源。

在第二方面的一种可能的实现方式中，所述装置还包括，展示模块，具体用于所述管理平台接收资源请求；通过所述管理平台的反向代理服务器项目获取子平台资源；展示所述子平台资源作为资源请求的响应。

第三方面，提供一种电子设备，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行如第一方面或其各实现方式中的方法。

第四方面，提供一种计算机可读存储介质，用于存储计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。

第五方面，提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如第一方面或其各实现方式中的方法。

第六方面，提供一种计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。

本申请实施例提供的信息整合方法，通过创建一个管理平台，在管理平台上接入微前端环境，将子平台信息注册在管理平台中，利用加载组件加载子平台资源，执行第一预设的命令，获取第一文件夹，将第一文件夹对应的路径部署在管理平台的前端项目中，执行第二预设的命令，获取第二文件夹，将第二文件夹对应的路径部署在管理平台的后端项目中，启动前端项目和后端项目，通过反向代理服务器项目转发子平台资源。使得通过开源框架，反向整合现有平台，通过管理平台加载子平台资源，实现将不同的平台整合到一个新平台，平台通信简单，关联性强，具有单独访问子平台的能力。

附图说明

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

图1为本申请实施例提供的一种信息整合方法的流程图；

图2为本申请实施例提供的一种信息整合的示意图；

图3为本申请实施例提供的一种管理平台界面的示意图；

图4为本申请实施例提供的另一种信息整合方法的流程图；

图5为本申请实施例提供的一种信息整合装置500的示意图；

图6是本申请实施例提供的电子设备600的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

对于不同的需要整合在一起的平台，虽然整合的方式较多，但是都存在缺陷，并不能实现真正的将各平台整合起来，例如，可以通过建立一个门户网站，将需要整合的平台通过a标签(超链接)的形式配置在门户网站的平台上，但是该方式只是将各平台的入口整合在门户网站中，各平台本身没有关联性，或者还可以通过iframe(浮动框架)将需要整合的平台嵌入到新的平台，但是由于iframe对安全性要求很高，导致不同项目之间的通信会很复杂，又或者将需要整合的平台迁移到一个项目中，变成一个新的项目，通过菜单区分不同平台，通过此种方式整合后的平台失去了单独访问的能力。

因此，为了解决上述技术问题，在本申请提出了一种信息整合方法。

可选的，本申请通过在管理平台中安装微前端环境，注册子平台信息，通过加载组件加载子平台资源，在通过预设的命令得到两个压缩文件夹，部署在对应的前端项目和后端项目中，利用启动文件启动前端项目和后端项目，通过反向代理服务器项目代理子平台资源，将已经存在的子平台集成到新平台即管理平台的某个页面上，通过现有框架反向整合现有平台，达到将所需整合的子平台的模块集中到一个页面的目的。

参见图2，图2为本申请实施例提供的一种信息整合的示意图，用户访问父应用，父应用通过交互逻辑获取子应用的注册信息，加载子应用资源，将子应用资源渲染至父应用某一个页面，返回子应用的路由信息，进行路由跳转，实现通过父应用访问子应用的目的。

本申请技术方案可以由电子设备执行，该电子设备可以是一种可发送消息和\或接收消息的终端设备，也可以是服务器等，本申请对此不做限制。

应理解的是，终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、可穿戴设备等，但并不限于此。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器，但并不限于此。

下面将对本申请技术方案进行详细阐述：

图1为本申请实施例提供的一种信息整合方法的流程图，该方法的执行主体可以是上述电子设备，但不限于此，如图1所示，该方法包括如下步骤：

S110：创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中。

S120：在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源。

S130：执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中。

S140：执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中。

S150：通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

具体的，管理平台是指集中管理所需整合的子平台的新平台；子平台是指所需整合在一起的现有平台；子框架是指一种将大型应用程序拆分为各个独立的子程序的框架。加载组件是指由一组程序代码组成的具有加载资源、应用功能的程序；子平台信息是指记载子平台属性的注册信息；子平台资源是指构成子平台本身以及子平台运行所需的资源；第一预设的命令是指可将待整合的子平台的前端资源打包为一个前端文件夹的命令；第二预设的命令是指可将待整合的子平台的前端资源打包为一个后端文件夹的命令。

第一文件夹是指执行命令得到的一个打包文件夹，也就是前端文件夹；第二文件夹是指执行命令得到一个打包文件夹，也就是后端文件夹；前端项目是指管理平台的前端项目，用于展示资源，后端项目是指管理平台的后端项目，用于存放数据；启动文件夹是指可启动前端项目和后端项目的一组命令；反向代理服务器项目是指用于代理所需整合的子平台资源的项目。

示例性的，前端资源执行npm run build命令，编译出一个前端发布文件夹也即第一文件夹，将前端发布文件夹对应的目录部署到管理平台对应的前端项目的目录下。后端资源执行nest build命令，同样得到产出静态文件夹，也将该静态文件夹对应的目录部署到管理平台对应的后端项目的目录下，然后通过启动文件来启动前端项目和后端项目，通过使用相同的命令将不同的子应用资源集成在同一文件夹中，通过将文件夹的目录部署在指定目录下，使得在指定的文件夹中可获取所需的子应用，将不同的子应用集中在同一文件夹中进行管理，使得获取子应用的目录是相同，使得存放的子应用资源之间具有一定的关联性。

应理解的是，本申请技术方案目的在于通过管理平台和现有框架，反向整合子平台资源，使得子平台集中在管理平台的某个页面，实现整合后的子平台即有关联性，又便于通信，且子平台还具有独立访问的能力。

应理解的是，本申请实施例为使得子框架可顺利识别子应用，需要对子应用产出规范进行改造，并且不同域发出的命令会存在拦截问题，为了解决上述问题，本申请提出了配置子应用的方式。

可选的，配置子打包工具，利用所述子打包工具导出生命周期函数；管理平台通过子生命周期函数调用子平台，并为子平台配置跨域访问。

具体的，子打包工具是指打包子应用的工具或组件，用于导出子生命周期函数；子生命周期函数是指处理子应用不同生命周期的函数，为外部预留调用子应用的接口，例如bootstrap(调用)、mount(加载)和unmount(卸载)。其中bootstrap(调用)是指在子应用初始化时需调用的方法，mount(加载)是指再次调用子应用的方法；unmount(卸载)是指卸载或切除子应用时调用的方法。跨域访问是指通过在配置文件中设置特定命令使得在不同域下发出的命令可以不被拦截顺利通过，例如在主应用的域下发出的命令，通过配置跨域可以被子应用响应。

示例性的，子应用A在本身的入口也就是配置的子打包工具的入口导出子应用A的三个生命周期函数bootstrap、mount、unmount，通过子应用的生命周期函数调用子应用A。通过对子应用A进行产出规范的改造即配置子打包工具和子生命周期函数，使得子框架例如乾坤框架，可以顺利识别子应用，并通过预留的生命周期函数调用子应用A。在配置文件中添加跨域命令，使得主应用发出的资源请求可以被子应用顺利响应，不会因为域名的不同导致响应数据被拦截。

综上，通过对子应用产出规范进行改造，并进行跨域设置，使得主应用可顺利识别子应用且不同域可顺利进行资源请求，并且利用同一套子打包工具导出不同子应用的生命周期函数，通过生命周期函数识别调用不同的子应用，通过反向代理服务器代理子应用，从而使得不同的子应用具有相同的打包工具，相同的代理服务器，提高了各子应用的相关性。。

应理解的是，为了使得管理平台可以管理子平台资源，需要将子平台的注册信息注册在管理平台中，同时为了使得管理平台顺利启用，实现管理子平台的作用，需要通过不同的项目来构建管理平台。基于此，本申请提供了如下可实现方式来基于不同的项目构建管理平台，但不限于此：

可选的，创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台；执行预设框架命令，在所述管理平台中安装子框架；将所述子平台信息注册在所述管理平台的注册信息表中。

具体的，预设框架命令是指一组可执行命令，用于安装子框架；注册信息表是指一个存放平台注册信息的文件。

示例性的，管理平台A的前端项目可以过vue-cli命令生成vue项目，后端项目可以通过@nestjs/cli命令生成，用于数据存储，反向代理服务器项目则可以使用反向代理文件产出，在管理平台A中通过命令$yarn add qiankun命令或者npm i qiankun-S命令安装乾坤框架，然后将子平台信息注册在管理平台注册信息表中，后续用于获取子平台信息，加载子平台资源。

应理解的是，在本申请中，前端项目使用vue3、vue5又或者其他框架构成前端项目，其中vue3和vue5都是vue项目，数字3和5仅代表版本。本申请对此不做限制，后端项目同样不进行限制，只需要起到数据存储的功能即可。

综上，根据不同项目组成管理平台，并在管理平台的注册信息表中注册子平台信息，使得管理平台可顺利获取子平台信息，进一步用于获取子平台资源，管理子平台。

应理解的是，子应用资源需要借助其他工具才能被管理平台渲染，并且在管理平台的某个页面中渲染的是子应用的首页，且子应用使用的是哈希路由，而哈希路由获取页面时不进行地址切换。因此为了解决上述问题，本申请提供了资源获取的方式。

可选的，利用所述加载组件通过资源请求方法，加载与所述注册信息表中子平台信息对应的子平台资源；通过所述反向代理服务器项目代理携带标识信息的子接口请求；利用所述子框架渲染所述子接口请求对应的子平台资源；展示子目标页面，并跳转子平台的哈希地址。

具体的，资源请求方法是指请求资源的一组程序代码，用于执行获取目标资源。

示例性的，为了使得子应用访问哈希路由时，冲突较少，主应用可选择history路由，子应用可选择哈希路由，当子应用需要跳转时，不需要修改路径就可以实现应用跳转，使得不同应用间的通信简单。在管理平台的注册信息表中获取子应用注册信息，通过子框架例如乾坤框架的资源请求方法，使用fetch来请求子应用的注册信息，获取到注册信息对应的子应用资源，通过子接口请求携带的标识信息，例如cookie，其中，cookie是指一种为了辨别用户身份而储存在用户本地终端上的数据，识别标识信息对应的子应用资源A，将子应用资源A发送至乾坤框架进行资源处理渲染，在管理平台的某个页面进行展示，由于子应用使用哈希路由，为了看到目标页面，还需要跳转哈希地址，实现将子应用页面集成在管理平台某个页面上。其中fetch是指浏览器向服务器请求资源的一种方式。

可参见图3，图3为本申请实施例提供的一种管理平台界面的示意图，其中最外层是指管理平台的某个页面，该页面有运营申请预算、经营策略配置、组件展示配置和一个子应用页面，子应用页面展示的信息有基本信息(姓名：年龄：部门：)和使用规则(红包类型：红包额度：抵扣标准：)，图3展示了一种内外界面结构，最外层是主应用的界面，里边渲染子应用的界面。通过将子应用页面集成在管理平台新页面的集成方式，可以较好的展示子应用的页面和弹窗，展示较好的体验效果。

综上，通过加载模块获取子应用资源，通过子接口请求的标识信息获取对应的子平台资源，将子平台资源渲染至管理平台的某个页面，在展示子应用目标页面后，通过哈希地址跳转实现切换至子应用目标页面地址，实现将子应用平台顺利被集成在管理平台的某个页面中。

应理解的是，反向代理服务器项目作为中间项目，需要与被代理项目建立联系，本申请实施例设置了一种反向代理的方式。

可选的，将所述管理平台解析的域名指向所述管理平台的反向代理服务器项目，通过所述反向代理服务器项目代理所述子平台资源。

示例性的，在前端项目和后端项目两个资源的同级目录下部署一个反向代理服务器的项目，然后将管理平台解析后的域名的指向该反向代理服务器项目的端口，并且代理指定资源路径到前端资源部署的路径上，将主应用请求代理到后端服务的端口上，将子应用A的接口代理到对应子应用A的服务上。

综上，通过反向代理服务器项目与被代理的子平台进行关联，实现反向代理服务器项目代理子平台资源。

应理解的是，管理平台接收到资源请求，需要通过反向代理服务器项目进行资源获取。具体如下：

可选地，所述管理平台接收资源请求；通过所述管理平台的反向代理服务器项目获取子平台资源；展示所述子平台资源作为资源请求的响应。

综上，在本申请中，通过在管理平台中安装子框架，注册子平台信息，通过加载组件加载子平台资源，在通过预设的命令得到两个压缩文件夹，部署在对应的前端项目和后端项目中，利用启动文件启动前端项目和后端项目，通过反向代理服务器项目代理子平台资源，将已经存在的子平台集成到新平台即管理平台的某个页面上，通过现有框架反向整合现有平台，达到将所需整合的子平台的模块集中到一个页面的目的。进一步的，通过改造子应用的产出规范，即配置子打包工具和导出子生命周期函数，便于主应用识别调用子应用，通过渲染子应用对应的页面以及配置的哈希路由跳转至子应用的路由实现将子平台整合在主平台的某一个页面。

图4为本申请实施例提供的另一种信息整合方法的流程图，该方法的执行主体可以是上述电子设备，但不限于此，如图4所示，该方法包括如下步骤：

S401：创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台。

S402：执行预设框架命令，在管理平台中安装子框架；将子平台信息注册在管理平台的注册信息表中。

S403：在管理平台中创建加载组件，利用加载组件通过资源请求方法，加载与注册信息表中子平台信息对应的子平台资源。

S404：通过反向代理服务器项目代理携带标识信息的子接口请求；利用子框架渲染子接口请求对应的子平台资源；展示子目标页面，并跳转子平台的哈希地址。

S405：执行第一预设的命令，获取第一文件夹，将第一文件夹的文件路径部署在管理平台的前端项目中。

S406：执行第二预设的命令，获取第二文件夹，将第二文件夹的文件路径部署在管理平台的后端项目中。

S407：通过预设的启动文件启动前端项目和后端项目，并将管理平台解析的域名指向管理平台的反向代理服务器项目，通过反向代理服务器项目转发子平台资源。

S408：配置子打包工具，利用子打包工具导出子生命周期函数；管理平台通过子生命周期函数管理子平台，并为子平台配置跨域访问。

S409：管理平台接收资源请求；通过管理平台的反向代理服务器项目获取子平台资源；展示子平台资源作为资源请求的响应。

需要说明的是，本实施例是对上述所有实施例的结合，其各个步骤的解释说明可参考上文，本申请对此不再赘述。

图5为本申请实施例提供的一种信息整合装置500的示意图，如图5所示，该装置500包括：

创建模块501，用于创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；

加载模块503，用于在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；

第一获取模块505，用于执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；

第二获取模块507，用于执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；

代理模块509，用于通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

可选的，所述装置还包括配置模块511，具体用于配置子打包工具，利用所述子打包工具导出子生命周期函数；管理平台通过子生命周期函数调用子平台，并为子平台配置跨域访问。

可选的，创建模块501具体用于：创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台；执行预设框架命令，在所述管理平台中安装子框架；将所述子平台信息注册在所述管理平台的注册信息表中。

可选的，加载模块503具体用于：利用所述加载组件通过资源请求方法，加载与所述注册信息表中子平台信息对应的子平台资源；通过所述反向代理服务器项目代理携带标识信息的子接口请求；利用所述子框架渲染所述子接口请求对应的子平台资源；展示子目标页面，并跳转子平台的哈希地址。

可选地，代理模块509具体用于，将所述管理平台解析的域名指向所述管理平台的反向代理服务器项目，通过所述反向代理服务器项目代理所述子平台资源。

所述装置还包括展示模块513，具体用于所述管理平台接收资源请求；通过所述管理平台的反向代理服务器项目获取子平台资源；展示所述子平台资源作为资源请求的响应。

应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图5所示的装置500可以执行上述方法实施例，并且装置500中的各个模块的前述和其它操作和/或功能分别为了实现各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置500。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图6是本申请实施例提供的电子设备600的示意性框图。

如图6所示，该电子设备600可包括：

存储器610和处理器620，该存储器610用于存储计算机程序，并将该程序代码传输给该处理器620。换言之，该处理器620可以从存储器610中调用并运行计算机程序，以实现本申请实施例中的方法。

例如，该处理器620可用于根据该计算机程序中的指令执行上述方法实施例。

在本申请的一些实施例中，该处理器620可以包括但不限于：

通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

在本申请的一些实施例中，该存储器610包括但不限于：

易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、外部随机存取存储器(Dynamic RAM，DRAM)、同步外部随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步外部随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步外部随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接外部随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

在本申请的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器610中，并由该处理器620执行，以完成本申请提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。

如图6所示，该电子设备还可包括：

收发器630，该收发器630可连接至该处理器620或存储器610。

其中，处理器620可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。

应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。

本申请还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

Claims (9)

1.一种信息整合方法，其特征在于，包括：

创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；

在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；

执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；

执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；

通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目转发所述子平台资源。

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

配置子打包工具，利用所述子打包工具导出子生命周期函数；

管理平台通过子生命周期函数调用子平台，并为子平台配置跨域访问。

3.根据权利要求1所述的方法，其特征在于，所述创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中，包括：

创建至少由前端项目、后端项目和反向代理服务器项目构成的管理平台；

执行预设框架命令，在所述管理平台中安装子框架；

将所述子平台信息注册在所述管理平台的注册信息表中。

4.根据权利要求3所述的方法，其特征在于，所述利用所述加载组件加载与子平台信息对应的子平台资源，包括：

利用所述加载组件通过资源请求方法，加载与所述注册信息表中子平台信息对应的子平台资源；

通过所述反向代理服务器项目代理携带标识信息的子接口请求；

利用所述子框架渲染所述子接口请求对应的子平台资源；

展示子目标页面，并跳转子平台的哈希地址。

5.根据权利要求1所述的方法，其特征在于，所述通过所述管理平台的反向代理服务器项目转发所述子平台资源，包括：

将所述管理平台解析的域名指向所述管理平台的反向代理服务器项目，通过所述反向代理服务器项目代理所述子平台资源。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述通过所述管理平台的反向代理服务器项目转发所述子平台资源之后，还包括：

所述管理平台接收资源请求；

通过所述管理平台的反向代理服务器项目获取子平台资源；

展示所述子平台资源作为资源请求的响应。

7.一种信息整合装置，其特征在于，包括：

创建模块，用于创建管理平台，在所述管理平台中安装子框架，并将子平台信息注册在所述管理平台中；

加载模块，用于在所述管理平台中创建加载组件，利用所述加载组件加载与子平台信息对应的子平台资源；

第一获取模块，用于执行第一预设的命令，获取第一文件夹，将所述第一文件夹的文件路径部署在所述管理平台的前端项目中；

第二获取模块，用于执行第二预设的命令，获取第二文件夹，将所述第二文件夹的文件路径部署在所述管理平台的后端项目中；

代理模块，用于通过预设的启动文件启动所述前端项目和所述后端项目，并通过所述管理平台的反向代理服务器项目代理所述子平台资源。

8.一种电子设备，其特征在于，包括：

处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至6中任一项所述的方法。