一种业务处理方法、装置、电子设备及存储介质制造方法及图纸

本申请公开了一种业务处理方法、装置、电子设备及存储介质。方法包括：接收请求方设备发送的业务配置请求，其中，业务配置请求中携带待配置的目标业务，以及目标业务所需的目标功能信息；响应于业务配置请求，从云平台中获取用于为目标业务提供基础功能的主应用框架；从云平台中获取目标功能信息对应的子应用框架；基于主应用框架和子应用框架构建目标业务对应的业务脚本文件。本申请在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，大大提高了开发的效率，实现了子应用级别的模块化编程。级别的模块化编程。级别的模块化编程。

【技术实现步骤摘要】
一种业务处理方法、装置、电子设备及存储介质


[0001]本申请涉及计算机
，尤其涉及一种业务处理方法、装置、电子设备及存储介质。

技术介绍

[0002]微前端是一种基于微服务的Web前端架构，它将微服务的理念应用于浏览器端，将Web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用可以独立开发、独立部署、独立运行，从而提升整个软件系统的开发及维护效率。而第三方接入可以在当前微前端架构的基础上，遵守微前端的接入规则，可以做到快速深度接入云平台以达到补齐短板，共建云平台生态圈。最终实现维护一套代码，满足不足产品需求的目标。
[0003]由于传统前端应用为单体的“巨石”应用，绝大多数的前端系统没有进行微服务化的代码改造，所以第三方的接入一般依托于在单体工程内部进行业务逻辑的重新开发，或者通过其他方式如单点登录等进行系统的接入打通，但上述这两种方式都存在明显的缺点。
[0004]单体工程内的功能开发的缺点：前后端的开发工作量大且存在大量重复开发工作及重复测试的问题。单点登录第三方系统的方式的缺点：用户体验较差，两个系统存在较多重复的功能交叉，而且不能灵活进行搭配组装。最终没有达到真正的业务融合统一。

技术实现思路

[0005]为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种业务处理方法、装置、电子设备及存储介质。
[0006]根据本申请实施例的一个方面，提供了一种业务处理方法，包括：
[0007]接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；
[0008]响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；
[0009]从所述云平台中获取所述目标功能信息对应的子应用框架；
[0010]基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。
[0011]进一步的，所述方法还包括：
[0012]获取预先搭建的前端业务框架；
[0013]检测作用于所述前端业务框架的拆分操作，基于所述拆分操作确定所述前端业务框架中的主应用框架；
[0014]检测所述前端业务框架中除所述主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照所述功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；
[0015]存储所述主应用框架以及初始子应用框架。
[0016]进一步的，所述基于所述主应用框架和所述子应用框架构建所述目标业务对应的
业务脚本文件，包括：
[0017]获取所述主应用框架对应的第一配置信息，并基于所述第一配置信息对所述主应用框架进行配置，得到目标主应用；
[0018]获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用；
[0019]基于所述目标主应用和所述目标子应用构建所述业务脚本文件。
[0020]进一步的，所述获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用，包括：
[0021]将所述子应用框架输出至入口页面，并基于所述入口页面获取所述子应用框架对应的第二配置信息，其中，所述第二配置信息用于配置所述子应用框架与所述主应用框架之间的消息通信，以及所述子应用框架对应的生命周期；
[0022]基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用。
[0023]进一步的，所述方法还包括：
[0024]获取所述云平台提供的可视化菜单；
[0025]检测作用于所述可视化菜单的选中操作，基于所述选中操作确定用于添加至所述目标子应用中的目标菜单；
[0026]将所述目标菜单添加至所述目标子应用。
[0027]进一步的，所述方法还包括：
[0028]建立所述目标菜单与所述目标子应用之间的关联关系；
[0029]将所述目标菜单以及所述关联关系存储至数据库。
[0030]进一步的，所述方法还包括：
[0031]获取所述业务脚本文件对应的文件更新信息；
[0032]对所述文件更新信息进行认证，在所述文件更新信息认证通过的情况下，从所述文件更新信息中提取功能更新信息；
[0033]从所述业务脚本文件中确定所述功能更新信息对应功能所属的目标应用，并利用所述功能更新信息对所述目标应用进行更新，得到更新后的业务脚本文件。
[0034]根据本申请实施例的另一个方面，还提供了一种业务处理装置，包括：
[0035]接收模块，用于接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；
[0036]响应模块，用于响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；
[0037]获取模块，用于从所述云平台中获取所述目标功能信息对应的子应用框架；
[0038]构建模块，用于基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。
[0039]根据本申请实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的步骤。
[0040]根据本申请实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上
述方法中的步骤。
[0041]本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。
[0042]本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的方法在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，实现了灵活搭配组装，同时还能搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用级别的模块化编程。
附图说明
[0043]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
[0044]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0045]图1为本申请实施例提供的一种业务处理方法的流程图；
[0046]图2为本申请另一实施例提供的一种业务处理方法的流程图；
[0047]图3为本申请本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种业务处理方法，其特征在于，包括：接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；从所述云平台中获取所述目标功能信息对应的子应用框架；基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：获取预先搭建的前端业务框架；检测作用于所述前端业务框架的拆分操作，基于所述拆分操作确定所述前端业务框架中的主应用框架；检测所述前端业务框架中除所述主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照所述功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；存储所述主应用框架以及初始子应用框架。3.根据权利要求1所述的方法，其特征在于，所述基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件，包括：获取所述主应用框架对应的第一配置信息，并基于所述第一配置信息对所述主应用框架进行配置，得到目标主应用；获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用；基于所述目标主应用和所述目标子应用构建所述业务脚本文件。4.根据权利要求3所述的方法，其特征在于，所述获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用，包括：将所述子应用框架输出至入口页面，并基于所述入口页面获取所述子应用框架对应的第二配置信息，其中，所述第二配置信息用于配置所述子应用框架与所述主应用框架之间的消息通信，以及所述子应用框架对应的生命周期；基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用。5...

【专利技术属性】
技术研发人员：高滨，杨浩，
申请(专利权)人：苏州浪潮智能科技有限公司，
类型：发明
国别省市：