一种基于微应用的复合应用集成方法

技术领域

本申请涉及应用程序的开发领域，特别是涉及多应用的业务访问及运行方法。

背景技术

随着各个行业的信息化的日益深入，产生了一大批的业务应用系统。现有的软件开发技术开发独立业务应用时，从设计到交付，往往根据自身的业务进行界面、功能设计，在这个过程中，缺乏跨业务之间的提炼，使得能够复用的部分仅仅是底层技术组件或工具，通常忽略了基于业务维度的可复用功能的抽象，导致如下不足：

(1)基于业务的功能的模块，不具备可复用性，因而会带来重复的劳动。

(2)开发出来的应用，适变性差。当业务流程发生变更，往往需要进行大批量的应用修订，工作量大且繁琐。

(3)由于各个业务系统自行设计、开发，因而不利于相同业务功能的界面风格、操作方法的统一，可能给用户的使用带来困扰。

发明人认识到，有的业务系统之间存在大量的交叉的重复的需求，如果能把这些重复的需求提炼出可复用的单独的应用组件，通过组装式的操作构建满足不同业务部门需要的新应用，就能大幅度的减少重复开发工作量，避免重复制造有关业务应用的轮子，同时也使得这些轮子更容易维护、敏捷适变。

发明内容

本申请提供一种基于微应用的复合应用集成方法，以解决现有软件系统开发过程中，因缺乏考虑基于业务维度的可复用性，导致软件功能模块重复开发、工作量大且繁琐、不便于用户访问操作等问题。

本申请的解决方案如下：

第一方面，一种基于微应用的复合应用集成方法，包括：

加载复合应用的主窗体；所述复合应用是基于业务维度抽象可复用功能的多个微应用组装得到的业务应用；

启动消息总线服务；所述消息总线服务是供各个微应用之间进行消息通信的服务；

根据启动脚本参数读取菜单配置文件和微应用布局配置文件；

解析所述菜单配置文件，遍历所有的菜单项，然后根据预先设定的多级结构和类型数据，渲染得到复合应用菜单；

解析所述微应用布局配置文件，遍历所有配置的微应用信息，启动微应用，并调整所述多个微应用相应窗口的尺寸、位置，确定微应用布局；微应用启动后自动向消息总线进行注册，并按照需要通过消息总线与其他微应用进行交互。

将所述复合应用菜单和所述微应用布局整体呈现于用户设备的人机交互界面。

可选地，所述菜单项分为多级菜单，一级以下的菜单项，需要找到其各级父菜单项信息，在菜单渲染时归属于相应的父菜单项。

可选地，遍历所有的菜单项时，针对每一个菜单项做类型判定，类型为button的菜单项，生成单击按钮外观的菜单项，同时绑定该菜单项的onlick点击事件；类型为radio的菜单项，生成单选框按钮外观的菜单项，同时绑定该菜单项的onchange选中事件；类型为select多选按钮菜单的菜单项，生成多选按钮外观的菜单项，同时绑定该菜单项的onselect选中事件。

可选地，解析所述微应用布局配置文件的过程中，首先判断微应用的架构类型，所述架构类型分为B/S架构和C/S架构；根据架构类型分别进行相应的微应用布局处理流程。

可选地，对于B/S架构的微应用布局，从微应用配置里获取webtag和webcontent，根据链接地址串信息解析出需要寻址的地址，执行寻址操作获取实际的应用地址，通过telnet判断服务地址是否可用，如果不可用，记录异常日志并提示启动异常；如果可用，调起浏览器打开该服务地址，并进入窗口绑定及尺寸位置设定流程，WEB微应用启动后自动向消息总线进行注册。

可选地，对于C/S架构的微应用布局，获取微应用配置里的command和args信息，组装出微应用的启动命令，并调用该启动命令启动微应用；启动过程中监听脚本的执行情况，如出现异常，记录日志并提示启动异常，如无异常，应用启动后自动向消息总线进行注册，通过发送消息的方式上报窗口句柄给复合应用，并进入窗口绑定及尺寸位置设定流程。

可选地，所述窗口绑定及尺寸位置设定流程包括：

设置上一启动微应用的标识，判断是否第一个微应用，如果是第一个微应用，则将当前窗口层级设置到复合应用主窗体之上，否则将当前窗口层级设置到系统记录的上一启动应用的窗体之上；

读取微应用的尺寸和位置信息，并根据微应用的架构类型分别调整该微应用的窗口尺寸和位置；如果是B/S架构，调用浏览器接口完成微应用窗口的尺寸、位置调整；如果是C/S架构，则调用操作系统接口，实现微应用窗口的尺寸、位置的调整。

第二方面，一种基于多模态微应用的业务集成系统，包括：

复合应用启动模块，用于加载复合应用的主窗体，并根据启动脚本参数读取菜单配置文件和微应用布局配置文件；所述复合应用是基于业务维度抽象可复用功能的多个微应用组装得到的业务应用；

预处理模块，用于解析所述菜单配置文件，遍历所有的菜单项，然后根据预先设定的多级结构和类型数据，渲染得到复合应用菜单；并解析所述微应用布局配置文件，遍历所有配置的微应用信息，调整所述多个微应用相应窗口的尺寸、位置，确定微应用布局；

复合应用界面生成模块，用于将所述复合应用菜单和所述微应用布局整体呈现于用户设备的人机交互界面。

第三方面，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述基于微应用的复合应用集成方法的步骤。

第四方面，一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述基于微应用的复合应用集成方法的步骤。

本申请至少具有以下有益效果：

本申请提供了一种基于多模态的微应用的应用程序组装的方法，通过简单的配置操作，就能将多个可复用的微应用程序，组装成一个全新的业务应用(复合应用)；这个复合应用具备可配置的菜单项，并且提供消息总线供微应用之间进行相互通信，因而极大地提高应用程序开发、业务集成的效率，也便于用户访问操作。

通过组合多个多模态的微应用输出应用程序以实现程序界面集成和业务集成的方法及系统，其中微应用除了支持WEB应用外，也支持C/S架构的桌面应用。

附图说明

图1为本申请一个实施例提供的一种基于微应用的复合应用集成方法的基本流程示意图；

图2为本申请一个实施例的一种基于多模态微应用的业务集成主体流程图；

图3为本申请一个实施例中复合应用菜单处理的具体流程示意图；

图4为本申请一个实施例中微应用配置和布局处理具体流程示意图；

图5为本申请一个实施例的复合应用运行效果的示意图；

图6为一级菜单、二级菜单、三级菜单的示例；

图7为本申请一个实施例的复合应用的展示界面示例。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在本申请的描述中：除非另有说明，“多个”的含义是两个或两个以上。“包括”、“包含”、“具有”等表述方式，同时还意味着“不限于”(某些单元、步骤等)。

本申请提供的基于微应用的复合应用集成方法，可以应用于计算机设备(终端)，其通过网络与服务器通信连接。其中，计算机设备(终端)可以是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图1所示，提供了一种基于微应用的复合应用集成方法，包括以下步骤：

加载复合应用的主窗体；所述复合应用是基于业务维度抽象可复用功能的多个微应用组装得到的业务应用；

加载消息总线服务；所述消息总线服务是供各个微应用之间进行消息通信的服务。

根据启动脚本参数读取菜单配置文件和微应用布局配置文件；

解析所述菜单配置文件，遍历所有的菜单项，然后根据预先设定的多级结构和类型数据，渲染得到复合应用菜单；

解析所述微应用布局配置文件，遍历所有配置的微应用信息，启动微应用，并调整所述多个微应用相应窗口的尺寸、位置，确定微应用布局；微应用启动后自动向消息总线进行注册，并按照需要通过消息总线与其他微应用进行交互；

将所述复合应用菜单和所述微应用布局整体呈现于用户设备的人机交互界面。

这样，通过简单的配置操作，就能将多个可复用的微应用程序，组装成一个全新的业务应用；这个复合应用具备可配置的菜单项，并且提供消息通信总线供微应用之间进行相互通信，因而极大地提高应用程序开发、业务集成的效率，也便于用户访问操作。

通过组合多个多模态的微应用输出应用程序以实现程序界面集成和业务集成的方法及系统，其中微应用除了支持WEB应用外，也支持C/S架构的桌面应用。

应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行(包括某些步骤可以全部或部分同时执行)。

具体地，如图2-图5所示，该基于微应用的复合应用集成方法包括下列步骤：

(1)当用户在用户设备屏幕点击复合应用图标启动该应用时，首先加载复合应用主窗体，然后分别加载应用的菜单配置文件和微应用及布局配置文件。

(2)如图3所示，解析菜单配置文件，遍历所有的菜单项。如果是menu一级菜单，识别为一级分组菜单；如果是submenu二级菜单，识别为二级菜单；如果是grandmenu，识别为三级菜单；否则识别为三级菜单的下拉菜单。除了一级菜单外，其余的非一级菜单，需要找到父菜单项信息，在菜单渲染时归属于该父菜单项，如图6所示；针对每一个菜单项做类型判定，类型为button的菜单项，生成单击按钮外观的菜单项，同时绑定该菜单项的onlick点击事件；类型为radio的菜单项，生成单选框按钮外观的菜单项，同时绑定该菜单项的onchange选中事件；类型为select多选按钮菜单的菜单项，生成多选按钮外观的菜单项，同时绑定该菜单项的onselect选中事件。

菜单项遍历完毕后，根据菜单的多级结构和类型数据，渲染成应用的菜单。

菜单项的点击事件，会触发绑定的事件，执行配置好的响应动作，比如打开WEB应用、打开桌面应用或发送消息到消息总线等。

(3)如图4所示，解析微应用布局配置文件，遍历所有配置的微应用信息，判断微应用command属性，command为空时进入打开WEB应用处理流程，command不为空时，进入打开C/S应用处理流程。

打开WEB应用处理流程：从微应用配置里获取webtag和webcontent，根据链接地址串信息解析出需要寻址的地址，执行寻址操作获取实际的应用地址，通过telnet判断服务地址是否可用，如果不可用，记录异常日志并提示启动异常；如果可用，调起浏览器打开该地址，并进入窗口绑定及尺寸位置设定流程，WEB微应用启动后自动向消息总线进行注册。

打开C/S应用处理流程：获取微应用配置里的command和args信息，组装出C/S应用的启动命令，并调用该命令，启动应用。启动过程中监听脚本的执行情况，如出现异常记录日志并提示启动异常，如无异常，应用启动后，自动向消息总线进行注册，通过发送消息的方式上报窗口句柄给复合应用。并进入窗口绑定及尺寸位置设定流程。

窗口绑定及尺寸位置设定流程：设置上一启动应用的标识，判断是否第一个应用，如果是第一个应用，则将当前窗口层级设置到复合应用主窗体之上(propWindow)，否则将当前窗口层级设置到系统记录的上一启动应用lastApp的窗体之上(propWindow)。

读取微应用的尺寸(宽和高)和位置(x,y)信息，并根据微应用的类型(WEB、C/S)分别调整该微应用的窗口尺寸和位置。如果是WEB类型，调用浏览器接口完成微应用窗口的尺寸、位置调整；如果是C/S类型，则调用操作系统接口，实现微应用窗口的尺寸、位置的调整。

上述步骤执行完毕后，复合应用即启动完毕，呈现给用户的是一个拥有应用菜单、由不同微应用窗口组成的新的应用程序窗口的全新业务应用，效果示意图如图7所示，该复合应用示例展示了配置好的菜单，以及由全景地图查看、在建项目进度情况、实时状况、数据列表4个微应用组装成的复杂应用。

与现有技术相比，本实施例支持将WEB应用、C/S应用通过配置文件或者组装工具拖拽式操作，方便地按需组合成新的复合应用。杜绝了业务层面上的重复造轮子，在提升业务应用复用的基础上，能够快速响应业务的变化，能够实现”一次修订、全面更新”的效果。

同时，由于本实施例提供了基于消息总线的应用间通信手段支撑，拥有不错的灵活性，能够满足应用与应用之间的调用和信息共享需求。

在一个实施例中，还提供了一种基于多模态微应用的业务集成系统，包括以下程序模块：

复合应用启动模块，用于加载复合应用的主窗体，并根据启动脚本参数读取菜单配置文件和微应用布局配置文件；所述复合应用是基于业务维度抽象可复用功能的多个微应用组装得到的业务应用；

消息总线服务管控模块，用于管理消息总线服务进程，控制消息总线服务的启停；所述消息总线服务是供各个微应用之间进行消息通信的服务。

预处理模块，用于解析所述菜单配置文件，遍历所有的菜单项，然后根据预先设定的多级结构和类型数据，渲染得到复合应用菜单；并解析所述微应用布局配置文件，遍历所有配置的微应用信息，调整所述多个微应用相应窗口的尺寸、位置，确定微应用布局；

复合应用界面生成模块，用于将所述复合应用菜单和所述微应用布局整体呈现于用户设备的人机交互界面。

关于上述基于多模态微应用的业务集成系统的具体限定可以参见上文中对于基于微应用的复合应用集成方法的限定，在此不再赘述。

在一个实施例中，还提供了一种计算机设备(终端)，如前所述，该计算机设备可以是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等。该计算机设备包括存储器和处理器，所述存储器存储有计算机程序，其特殊之处在于，所述处理器执行所述计算机程序时实现上述基于微应用的复合应用集成方法的步骤。

在一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，其特殊之处在于，所述计算机程序被处理器执行时实现上述基于微应用的复合应用集成方法的步骤。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。