1.本技术涉及计算机
技术领域：
：，尤其涉及一种业务处理方法、装置、电子设备及存储介质。
背景技术：
：：2.微前端是一种基于微服务的web前端架构，它将微服务的理念应用于浏览器端，将web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用可以独立开发、独立部署、独立运行，从而提升整个软件系统的开发及维护效率。而第三方接入可以在当前微前端架构的基础上，遵守微前端的接入规则，可以做到快速深度接入云平台以达到补齐短板，共建云平台生态圈。最终实现维护一套代码，满足不足产品需求的目标。3.由于传统前端应用为单体的“巨石”应用，绝大多数的前端系统没有进行微服务化的代码改造，所以第三方的接入一般依托于在单体工程内部进行业务逻辑的重新开发，或者通过其他方式如单点登录等进行系统的接入打通，但上述这两种方式都存在明显的缺点。4.单体工程内的功能开发的缺点：前后端的开发工作量大且存在大量重复开发工作及重复测试的问题。单点登录第三方系统的方式的缺点：用户体验较差，两个系统存在较多重复的功能交叉，而且不能灵活进行搭配组装。最终没有达到真正的业务融合统一。技术实现要素：5.为了解决上述技术问题或者至少部分地解决上述技术问题，本技术提供了一种业务处理方法、装置、电子设备及存储介质。6.根据本技术实施例的一个方面，提供了一种业务处理方法，包括：7.接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；8.响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；9.从所述云平台中获取所述目标功能信息对应的子应用框架；10.基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。11.进一步的，所述方法还包括：12.获取预先搭建的前端业务框架；13.检测作用于所述前端业务框架的拆分操作，基于所述拆分操作确定所述前端业务框架中的主应用框架；14.检测所述前端业务框架中除所述主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照所述功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；15.存储所述主应用框架以及初始子应用框架。16.进一步的，所述基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件，包括：17.获取所述主应用框架对应的第一配置信息，并基于所述第一配置信息对所述主应用框架进行配置，得到目标主应用；18.获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用；19.基于所述目标主应用和所述目标子应用构建所述业务脚本文件。20.进一步的，所述获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用，包括：21.将所述子应用框架输出至入口页面，并基于所述入口页面获取所述子应用框架对应的第二配置信息，其中，所述第二配置信息用于配置所述子应用框架与所述主应用框架之间的消息通信，以及所述子应用框架对应的生命周期；22.基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用。23.进一步的，所述方法还包括：24.获取所述云平台提供的可视化菜单；25.检测作用于所述可视化菜单的选中操作，基于所述选中操作确定用于添加至所述目标子应用中的目标菜单；26.将所述目标菜单添加至所述目标子应用。27.进一步的，所述方法还包括：28.建立所述目标菜单与所述目标子应用之间的关联关系；29.将所述目标菜单以及所述关联关系存储至数据库。30.进一步的，所述方法还包括：31.获取所述业务脚本文件对应的文件更新信息；32.对所述文件更新信息进行认证，在所述文件更新信息认证通过的情况下，从所述文件更新信息中提取功能更新信息；33.从所述业务脚本文件中确定所述功能更新信息对应功能所属的目标应用，并利用所述功能更新信息对所述目标应用进行更新，得到更新后的业务脚本文件。34.根据本技术实施例的另一个方面，还提供了一种业务处理装置，包括：35.接收模块，用于接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；36.响应模块，用于响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；37.获取模块，用于从所述云平台中获取所述目标功能信息对应的子应用框架；38.构建模块，用于基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。39.根据本技术实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的步骤。40.根据本技术实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上述方法中的步骤。41.本技术实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。42.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例提供的方法在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，实现了灵活搭配组装，同时还能搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用级别的模块化编程。附图说明43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。44.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。45.图1为本技术实施例提供的一种业务处理方法的流程图；46.图2为本技术另一实施例提供的一种业务处理方法的流程图；47.图3为本技术另一实施例提供的一种业务处理方法的流程图；48.图4为本技术实施例提供的一种业务处理装置的框图；49.图5为本技术实施例提供的一种电子设备的结构示意图。具体实施方式50.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。51.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。52.本技术实施例提供了一种业务处理方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。53.根据本技术实施例的一方面，提供了一种业务处理方法的方法实施例。图1为本申请实施例提供的一种业务处理方法的流程图，如图1所示，该方法包括：54.步骤s11，接收请求方设备发送的业务配置请求，其中，业务配置请求中携带待配置的目标业务，以及目标业务所需的目标功能信息。55.本技术实施例提供的方法应用于云平台，云平台内中部署有预先设置的主应用框架和多个子应用框架，请求方设备依据可以依据主应用框架以及子应用框架进行业务配置。56.本技术实施例中，请求方设备在接入云平台时，会先向云平台发送接入请求，接入请求中携带请求方设备的设备身份信息。云平台在接收到接入请求后，会对设备身份信息进行认证，在设备身份信息认证通过后，则请求方设备与云平台之间建立通信链路。后续请求方设备可以基于该通信链路向云平台发送业务配置请求，业务配置请求中携带请求方设备待配置的目标业务，以及目标业务所需的目标功能信息。目标功能信息可以是请求方设备在配置目标业务时，需要使目标业务具备哪些功能。57.步骤s12，响应于业务配置请求，从云平台中获取用于为目标业务提供基础功能的主应用框架。58.在本技术实施例中，云平台在接收到业务配置请求后，会从获取预先部署的主应用框架，主应用框架是用于为业务提供基础功能的框架，可以理解为业务提供基础服务的基座。59.作为一个实例，主应用框架主要功能包括登录模块、全局配置模块、路由转发模块、统一安全配置模块和沙箱管理器。其中，登录模块目前集成多种登录方式，包括短信、账号密码、手机验证码等；全局配置模块主要维护主子应用框架的信息配置中心；路由转发模块：主要实现外部访问到具体子应用的路由转发；统一安全配置模块主要提供防止csrf漏洞、预防xss攻击、http响应头部安全字段配置等常用web安全全局配置；沙箱隔离配置器主要进行样式和脚本的隔离。60.步骤s13，从云平台中获取目标功能信息对应的子应用框架。61.在本技术实施例中，在确定主应用框架后，云平台可以基于业务配置请求中携带的目标功能信息在云平台内获取相应的子应用框架。需要说明但是，子应用框架主要用于存放功能对应的业务代码逻辑，且提供单入口的打包配置，以便和主应用框架进行集成。62.步骤s14，基于主应用框架和子应用框架构建目标业务对应的业务脚本文件。63.在本技术实施例中，步骤s14，基于主应用框架和子应用框架构建目标业务对应的业务脚本文件，包括以下步骤a1-a3：64.步骤a1，获取主应用框架对应的第一配置信息，并基于第一配置信息对主应用框架进行配置，得到目标主应用。65.在本技术实施例中，首先基于主应用框架进行配置，具体的可以获取请求方设备上传的第一配置信息，第一配置信息中包括：业务rest接口转发处理、业务访问信息的添加与更新；portal-common公共组件、样式库等等。然后使用第一配置信息对主应用框架进行配置，例如为主应用框架配置接口，以及portal-common公共组件、样式库的预加载得到目标应用框架。66.步骤a2，获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用。67.在本技术实施例中，步骤a2，获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用，包括：将子应用框架输出至入口页面，并基于入口页面获取请求方设备上传的子应用框架对应的第二配置信息，其中，第二配置信息用于配置子应用框架与主应用框架之间的消息通信，以及子应用框架对应的生命周期；基于第二配置信息对子应用框架进行配置，得到目标子应用。68.需要说明的是，在对子应用框架进行配置之前，需要将子应用框架统一打包输出到一个入口页面中，然后初始化子应用框架，并获取第二配置信息，第二配置信息用于配置子应用框架和主应用框架的消息通信及其生命周期，主要解决主子应用之间的传值与应用挂载、销毁的事件过程，同时第二配置信息还用于在子应用框架中配置业务代码逻辑。69.步骤a3，基于目标主应用和目标子应用构建业务脚本文件。70.在本技术实施例中，在得到目标主应用和目标子应用之后，会对目标主应用和目标子应用进行封装，得到业务脚本文件。其中，在封装过程中还可以获取目标业务所需的公共组件，可以通过公共组件实现对子应用框架的扩展。具体的可以从业务公共模块中获取相关的公共组件，业务公共组件主要存放云平台中的公共组件(table表格、图表、表单、多语言、常用正则表达式、弹框、提示等等)、样式库文件、图片、图标库等，方便后续业务的快速引用实现，提供业务公共模块的组件和样式库需要遵循云平台的ued规范。另外业务也可以引用自己的组件库和样式表，达到子应用框架的可扩展性。71.本技术实施例提供的方法借助于主应用框架将各个子应用框架加载进来，从而具备良好的横向可扩展性和代码复用性，同时搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用的模块化编程。72.在本技术实施例中，方法还包括以下步骤b1-b4：73.步骤b1，获取预先搭建的前端业务框架。74.步骤b2，检测作用于前端业务框架的拆分操作，基于拆分操作确定前端业务框架中的主应用框架。75.步骤b3，检测前端业务框架中除主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架。76.步骤b4，存储主应用框架以及初始子应用框架。77.在本技术实施例中，云平台中的主应用框架和子应用框架可以是基于前端业务框架进行拆分得到的，具体的，可以检测作用于前端业务框架的拆分操作，基于拆分操作从前端业务框架拆分出主应用框架。同时还需要检测剩余业务框架得到至少一个功能信息，按照功能信息对剩余业务框架进行拆分，得到多个子初始子应用框架。然后将主应用框架以及初始子应用框架进行存储。78.本技术实施例提供的方法在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，同时搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用级别的模块化编程。79.图2为本技术另一实施例提供的一种业务处理方法的流程图，如图2所示，方法还包括：80.步骤s21，获取云平台提供的可视化菜单。81.步骤s22，检测作用于可视化菜单的选中操作，基于选中操作确定用于添加至目标子应用中的目标菜单。82.步骤s23，将目标菜单添加至目标子应用。83.在本技术实施例中，当配置完目标子应用后，请求方设备还可以依据业务需求，对目标子应用进行菜单配置。具体的，通过检测作用于可视化菜单的选中操作，确定用于添加至目标子应用中的目标菜单，目标菜单中包括目标子应用可以使用的其他功能。在配置目标子应用的过程中还可以同步进行菜单的相关配置使用，以使目标子应用多样化，例如，可以通过利用可视化菜单将悬浮、一二级菜单进行添加与配置。84.本技术实施例提供的方法还包括：建立目标菜单与目标子应用之间的关联关系；将目标菜单以及关联关系存储至数据库。本技术实施例通过建立目标菜单与目标子应用之间的关联关系，便于后续配置同类型的业务时可以直接使用，提高了业务配置效率。85.图3为本技术另一实施例提供的一种业务处理方法的流程图，如图3所示，方法还包括：86.步骤s21，获取业务脚本文件对应的文件更新信息。87.步骤s22，对文件更新信息进行认证，在文件更新信息认证通过的情况下，从文件更新信息中提取功能更新信息。88.步骤s23，从业务脚本文件中确定功能更新信息对应功能所属的目标应用，并利用功能更新信息对目标应用进行更新，得到更新后的业务脚本文件。89.在本技术实施例中，在得到业务脚本文件后，获取业务脚本文对应的文件更新信息。然后在文件更新信息进行认证，确定文件更新信息中携带的设备信息是否与之前设备信息相匹配，如果匹配的话，确认文件更新信息认证通过，然后确定文件更新信息提取功能更新信息。然后从业务脚本文件获取功能更新信息对应的目标应用，并利用目标功能信息对目标应用的功能进行更新，目标应用可以是目标子应用也可以是目标主应用。90.图4为本技术实施例提供的一种业务处理装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该装置包括：91.接收模块41，用于接收请求方设备发送的业务配置请求，其中，业务配置请求中携带待配置的目标业务，以及目标业务所需的目标功能信息。92.响应模块42，用于响应于业务配置请求，从云平台中获取用于为目标业务提供基础功能的主应用框架。93.获取模块43，用于从云平台中获取目标功能信息对应的子应用框架。94.构建模块44，用于基于主应用框架和子应用框架构建目标业务对应的业务脚本文件。95.在本技术实施例中，业务处理装置还包括：拆分模块，用于获取预先搭建的前端业务框架；检测作用于前端业务框架的拆分操作，基于拆分操作确定前端业务框架中的主应用框架；检测前端业务框架中除主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；存储主应用框架以及初始子应用框架。96.在本技术实施例中，构建模块44，包括：97.第一配置子模块，用于获取主应用框架对应的第一配置信息，并基于第一配置信息对主应用框架进行配置，得到目标主应用；98.第二配置子模块，用于获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用；99.构建子模块，用于基于目标主应用和目标子应用构建业务脚本文件。100.在本技术实施例中，第二配置子模块，用于将子应用框架输出至入口页面，并基于入口页面获取子应用框架对应的第二配置信息，其中，第二配置信息用于配置子应用框架与主应用框架之间的消息通信，以及子应用框架对应的生命周期；基于第二配置信息对子应用框架进行配置，得到目标子应用。101.在本技术实施例中，业务处理装置还包括：处理模块，用于获取云平台提供的可视化菜单；检测作用于可视化菜单的选中操作，基于选中操作确定用于添加至目标子应用中的目标菜单；将目标菜单添加至目标子应用。102.在本技术实施例中，业务处理装置还包括：关联模块，用于建立目标菜单与目标子应用之间的关联关系；将目标菜单以及关联关系存储至数据库。103.在本技术实施例中，业务处理装置还包括：认证模块，用于获取业务脚本文件对应的文件更新信息；对文件更新信息进行认证，在文件更新信息认证通过的情况下，从文件更新信息中提取功能更新信息；从业务脚本文件中确定功能更新信息对应功能所属的目标应用，并利用功能更新信息对目标应用进行更新，得到更新后的业务脚本文件。104.本技术实施例还提供一种电子设备，如图5所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。105.存储器1503，用于存放计算机程序；106.处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。107.上述终端提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。108.通信接口用于上述终端与其他设备之间的通信。109.存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。110.上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。111.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务处理方法。112.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务处理方法。113.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk)等。114.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。115.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。当前第1页12当前第1页12
技术领域：
：，尤其涉及一种业务处理方法、装置、电子设备及存储介质。
背景技术：
：：2.微前端是一种基于微服务的web前端架构，它将微服务的理念应用于浏览器端，将web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用可以独立开发、独立部署、独立运行，从而提升整个软件系统的开发及维护效率。而第三方接入可以在当前微前端架构的基础上，遵守微前端的接入规则，可以做到快速深度接入云平台以达到补齐短板，共建云平台生态圈。最终实现维护一套代码，满足不足产品需求的目标。3.由于传统前端应用为单体的“巨石”应用，绝大多数的前端系统没有进行微服务化的代码改造，所以第三方的接入一般依托于在单体工程内部进行业务逻辑的重新开发，或者通过其他方式如单点登录等进行系统的接入打通，但上述这两种方式都存在明显的缺点。4.单体工程内的功能开发的缺点：前后端的开发工作量大且存在大量重复开发工作及重复测试的问题。单点登录第三方系统的方式的缺点：用户体验较差，两个系统存在较多重复的功能交叉，而且不能灵活进行搭配组装。最终没有达到真正的业务融合统一。技术实现要素：5.为了解决上述技术问题或者至少部分地解决上述技术问题，本技术提供了一种业务处理方法、装置、电子设备及存储介质。6.根据本技术实施例的一个方面，提供了一种业务处理方法，包括：7.接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；8.响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；9.从所述云平台中获取所述目标功能信息对应的子应用框架；10.基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。11.进一步的，所述方法还包括：12.获取预先搭建的前端业务框架；13.检测作用于所述前端业务框架的拆分操作，基于所述拆分操作确定所述前端业务框架中的主应用框架；14.检测所述前端业务框架中除所述主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照所述功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；15.存储所述主应用框架以及初始子应用框架。16.进一步的，所述基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件，包括：17.获取所述主应用框架对应的第一配置信息，并基于所述第一配置信息对所述主应用框架进行配置，得到目标主应用；18.获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用；19.基于所述目标主应用和所述目标子应用构建所述业务脚本文件。20.进一步的，所述获取所述子应用框架对应的第二配置信息，并基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用，包括：21.将所述子应用框架输出至入口页面，并基于所述入口页面获取所述子应用框架对应的第二配置信息，其中，所述第二配置信息用于配置所述子应用框架与所述主应用框架之间的消息通信，以及所述子应用框架对应的生命周期；22.基于所述第二配置信息对所述子应用框架进行配置，得到目标子应用。23.进一步的，所述方法还包括：24.获取所述云平台提供的可视化菜单；25.检测作用于所述可视化菜单的选中操作，基于所述选中操作确定用于添加至所述目标子应用中的目标菜单；26.将所述目标菜单添加至所述目标子应用。27.进一步的，所述方法还包括：28.建立所述目标菜单与所述目标子应用之间的关联关系；29.将所述目标菜单以及所述关联关系存储至数据库。30.进一步的，所述方法还包括：31.获取所述业务脚本文件对应的文件更新信息；32.对所述文件更新信息进行认证，在所述文件更新信息认证通过的情况下，从所述文件更新信息中提取功能更新信息；33.从所述业务脚本文件中确定所述功能更新信息对应功能所属的目标应用，并利用所述功能更新信息对所述目标应用进行更新，得到更新后的业务脚本文件。34.根据本技术实施例的另一个方面，还提供了一种业务处理装置，包括：35.接收模块，用于接收请求方设备发送的业务配置请求，其中，所述业务配置请求中携带待配置的目标业务，以及所述目标业务所需的目标功能信息；36.响应模块，用于响应于所述业务配置请求，从云平台中获取用于为所述目标业务提供基础功能的主应用框架；37.获取模块，用于从所述云平台中获取所述目标功能信息对应的子应用框架；38.构建模块，用于基于所述主应用框架和所述子应用框架构建所述目标业务对应的业务脚本文件。39.根据本技术实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，程序运行时执行上述的步骤。40.根据本技术实施例的另一方面，还提供了一种电子装置，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；其中：存储器，用于存放计算机程序；处理器，用于通过运行存储器上所存放的程序来执行上述方法中的步骤。41.本技术实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法中的步骤。42.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例提供的方法在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，实现了灵活搭配组装，同时还能搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用级别的模块化编程。附图说明43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。44.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。45.图1为本技术实施例提供的一种业务处理方法的流程图；46.图2为本技术另一实施例提供的一种业务处理方法的流程图；47.图3为本技术另一实施例提供的一种业务处理方法的流程图；48.图4为本技术实施例提供的一种业务处理装置的框图；49.图5为本技术实施例提供的一种电子设备的结构示意图。具体实施方式50.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。51.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个类似的实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。52.本技术实施例提供了一种业务处理方法、装置、电子设备及存储介质。本发明实施例所提供的方法可以应用于任意需要的电子设备，例如，可以为服务器、终端等电子设备，在此不做具体限定，为描述方便，后续简称为电子设备。53.根据本技术实施例的一方面，提供了一种业务处理方法的方法实施例。图1为本申请实施例提供的一种业务处理方法的流程图，如图1所示，该方法包括：54.步骤s11，接收请求方设备发送的业务配置请求，其中，业务配置请求中携带待配置的目标业务，以及目标业务所需的目标功能信息。55.本技术实施例提供的方法应用于云平台，云平台内中部署有预先设置的主应用框架和多个子应用框架，请求方设备依据可以依据主应用框架以及子应用框架进行业务配置。56.本技术实施例中，请求方设备在接入云平台时，会先向云平台发送接入请求，接入请求中携带请求方设备的设备身份信息。云平台在接收到接入请求后，会对设备身份信息进行认证，在设备身份信息认证通过后，则请求方设备与云平台之间建立通信链路。后续请求方设备可以基于该通信链路向云平台发送业务配置请求，业务配置请求中携带请求方设备待配置的目标业务，以及目标业务所需的目标功能信息。目标功能信息可以是请求方设备在配置目标业务时，需要使目标业务具备哪些功能。57.步骤s12，响应于业务配置请求，从云平台中获取用于为目标业务提供基础功能的主应用框架。58.在本技术实施例中，云平台在接收到业务配置请求后，会从获取预先部署的主应用框架，主应用框架是用于为业务提供基础功能的框架，可以理解为业务提供基础服务的基座。59.作为一个实例，主应用框架主要功能包括登录模块、全局配置模块、路由转发模块、统一安全配置模块和沙箱管理器。其中，登录模块目前集成多种登录方式，包括短信、账号密码、手机验证码等；全局配置模块主要维护主子应用框架的信息配置中心；路由转发模块：主要实现外部访问到具体子应用的路由转发；统一安全配置模块主要提供防止csrf漏洞、预防xss攻击、http响应头部安全字段配置等常用web安全全局配置；沙箱隔离配置器主要进行样式和脚本的隔离。60.步骤s13，从云平台中获取目标功能信息对应的子应用框架。61.在本技术实施例中，在确定主应用框架后，云平台可以基于业务配置请求中携带的目标功能信息在云平台内获取相应的子应用框架。需要说明但是，子应用框架主要用于存放功能对应的业务代码逻辑，且提供单入口的打包配置，以便和主应用框架进行集成。62.步骤s14，基于主应用框架和子应用框架构建目标业务对应的业务脚本文件。63.在本技术实施例中，步骤s14，基于主应用框架和子应用框架构建目标业务对应的业务脚本文件，包括以下步骤a1-a3：64.步骤a1，获取主应用框架对应的第一配置信息，并基于第一配置信息对主应用框架进行配置，得到目标主应用。65.在本技术实施例中，首先基于主应用框架进行配置，具体的可以获取请求方设备上传的第一配置信息，第一配置信息中包括：业务rest接口转发处理、业务访问信息的添加与更新；portal-common公共组件、样式库等等。然后使用第一配置信息对主应用框架进行配置，例如为主应用框架配置接口，以及portal-common公共组件、样式库的预加载得到目标应用框架。66.步骤a2，获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用。67.在本技术实施例中，步骤a2，获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用，包括：将子应用框架输出至入口页面，并基于入口页面获取请求方设备上传的子应用框架对应的第二配置信息，其中，第二配置信息用于配置子应用框架与主应用框架之间的消息通信，以及子应用框架对应的生命周期；基于第二配置信息对子应用框架进行配置，得到目标子应用。68.需要说明的是，在对子应用框架进行配置之前，需要将子应用框架统一打包输出到一个入口页面中，然后初始化子应用框架，并获取第二配置信息，第二配置信息用于配置子应用框架和主应用框架的消息通信及其生命周期，主要解决主子应用之间的传值与应用挂载、销毁的事件过程，同时第二配置信息还用于在子应用框架中配置业务代码逻辑。69.步骤a3，基于目标主应用和目标子应用构建业务脚本文件。70.在本技术实施例中，在得到目标主应用和目标子应用之后，会对目标主应用和目标子应用进行封装，得到业务脚本文件。其中，在封装过程中还可以获取目标业务所需的公共组件，可以通过公共组件实现对子应用框架的扩展。具体的可以从业务公共模块中获取相关的公共组件，业务公共组件主要存放云平台中的公共组件(table表格、图表、表单、多语言、常用正则表达式、弹框、提示等等)、样式库文件、图片、图标库等，方便后续业务的快速引用实现，提供业务公共模块的组件和样式库需要遵循云平台的ued规范。另外业务也可以引用自己的组件库和样式表，达到子应用框架的可扩展性。71.本技术实施例提供的方法借助于主应用框架将各个子应用框架加载进来，从而具备良好的横向可扩展性和代码复用性，同时搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用的模块化编程。72.在本技术实施例中，方法还包括以下步骤b1-b4：73.步骤b1，获取预先搭建的前端业务框架。74.步骤b2，检测作用于前端业务框架的拆分操作，基于拆分操作确定前端业务框架中的主应用框架。75.步骤b3，检测前端业务框架中除主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架。76.步骤b4，存储主应用框架以及初始子应用框架。77.在本技术实施例中，云平台中的主应用框架和子应用框架可以是基于前端业务框架进行拆分得到的，具体的，可以检测作用于前端业务框架的拆分操作，基于拆分操作从前端业务框架拆分出主应用框架。同时还需要检测剩余业务框架得到至少一个功能信息，按照功能信息对剩余业务框架进行拆分，得到多个子初始子应用框架。然后将主应用框架以及初始子应用框架进行存储。78.本技术实施例提供的方法在配置业务的过程中，在主应用框架的基础上，结合目标业务所需的目标功能信息对应的子应用框架，构建业务脚本文件，采用主应用框架和子应用框架的方式能够使业务配置具备良好的横向可扩展性和代码复用性，同时搭配前端公共的组件库和样式库便于整个前端风格及其交互的极致统一，大大提高了开发的效率，实现了子应用级别的模块化编程。79.图2为本技术另一实施例提供的一种业务处理方法的流程图，如图2所示，方法还包括：80.步骤s21，获取云平台提供的可视化菜单。81.步骤s22，检测作用于可视化菜单的选中操作，基于选中操作确定用于添加至目标子应用中的目标菜单。82.步骤s23，将目标菜单添加至目标子应用。83.在本技术实施例中，当配置完目标子应用后，请求方设备还可以依据业务需求，对目标子应用进行菜单配置。具体的，通过检测作用于可视化菜单的选中操作，确定用于添加至目标子应用中的目标菜单，目标菜单中包括目标子应用可以使用的其他功能。在配置目标子应用的过程中还可以同步进行菜单的相关配置使用，以使目标子应用多样化，例如，可以通过利用可视化菜单将悬浮、一二级菜单进行添加与配置。84.本技术实施例提供的方法还包括：建立目标菜单与目标子应用之间的关联关系；将目标菜单以及关联关系存储至数据库。本技术实施例通过建立目标菜单与目标子应用之间的关联关系，便于后续配置同类型的业务时可以直接使用，提高了业务配置效率。85.图3为本技术另一实施例提供的一种业务处理方法的流程图，如图3所示，方法还包括：86.步骤s21，获取业务脚本文件对应的文件更新信息。87.步骤s22，对文件更新信息进行认证，在文件更新信息认证通过的情况下，从文件更新信息中提取功能更新信息。88.步骤s23，从业务脚本文件中确定功能更新信息对应功能所属的目标应用，并利用功能更新信息对目标应用进行更新，得到更新后的业务脚本文件。89.在本技术实施例中，在得到业务脚本文件后，获取业务脚本文对应的文件更新信息。然后在文件更新信息进行认证，确定文件更新信息中携带的设备信息是否与之前设备信息相匹配，如果匹配的话，确认文件更新信息认证通过，然后确定文件更新信息提取功能更新信息。然后从业务脚本文件获取功能更新信息对应的目标应用，并利用目标功能信息对目标应用的功能进行更新，目标应用可以是目标子应用也可以是目标主应用。90.图4为本技术实施例提供的一种业务处理装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图4所示，该装置包括：91.接收模块41，用于接收请求方设备发送的业务配置请求，其中，业务配置请求中携带待配置的目标业务，以及目标业务所需的目标功能信息。92.响应模块42，用于响应于业务配置请求，从云平台中获取用于为目标业务提供基础功能的主应用框架。93.获取模块43，用于从云平台中获取目标功能信息对应的子应用框架。94.构建模块44，用于基于主应用框架和子应用框架构建目标业务对应的业务脚本文件。95.在本技术实施例中，业务处理装置还包括：拆分模块，用于获取预先搭建的前端业务框架；检测作用于前端业务框架的拆分操作，基于拆分操作确定前端业务框架中的主应用框架；检测前端业务框架中除主应用框架之外的剩余业务框架，得到至少一个功能信息，并按照功能信息对剩余业务框架进行拆分得到至少一个初始子应用框架；存储主应用框架以及初始子应用框架。96.在本技术实施例中，构建模块44，包括：97.第一配置子模块，用于获取主应用框架对应的第一配置信息，并基于第一配置信息对主应用框架进行配置，得到目标主应用；98.第二配置子模块，用于获取子应用框架对应的第二配置信息，并基于第二配置信息对子应用框架进行配置，得到目标子应用；99.构建子模块，用于基于目标主应用和目标子应用构建业务脚本文件。100.在本技术实施例中，第二配置子模块，用于将子应用框架输出至入口页面，并基于入口页面获取子应用框架对应的第二配置信息，其中，第二配置信息用于配置子应用框架与主应用框架之间的消息通信，以及子应用框架对应的生命周期；基于第二配置信息对子应用框架进行配置，得到目标子应用。101.在本技术实施例中，业务处理装置还包括：处理模块，用于获取云平台提供的可视化菜单；检测作用于可视化菜单的选中操作，基于选中操作确定用于添加至目标子应用中的目标菜单；将目标菜单添加至目标子应用。102.在本技术实施例中，业务处理装置还包括：关联模块，用于建立目标菜单与目标子应用之间的关联关系；将目标菜单以及关联关系存储至数据库。103.在本技术实施例中，业务处理装置还包括：认证模块，用于获取业务脚本文件对应的文件更新信息；对文件更新信息进行认证，在文件更新信息认证通过的情况下，从文件更新信息中提取功能更新信息；从业务脚本文件中确定功能更新信息对应功能所属的目标应用，并利用功能更新信息对目标应用进行更新，得到更新后的业务脚本文件。104.本技术实施例还提供一种电子设备，如图5所示，电子设备可以包括：处理器1501、通信接口1502、存储器1503和通信总线1504，其中，处理器1501，通信接口1502，存储器1503通过通信总线1504完成相互间的通信。105.存储器1503，用于存放计算机程序；106.处理器1501，用于执行存储器1503上所存放的计算机程序时，实现上述实施例的步骤。107.上述终端提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。108.通信接口用于上述终端与其他设备之间的通信。109.存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。110.上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。111.在本技术提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务处理方法。112.在本技术提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的业务处理方法。113.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk)等。114.以上所述仅为本技术的较佳实施例而已，并非用于限定本技术的保护范围。凡在本技术的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本技术的保护范围内。115.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
