面向组件的业务实现方法及系统与流程

本发明涉及计算机，特别是涉及面向组件的业务实现方法及系统。

背景技术：

1、对于当下的软件系统研发工作来说，通常存在着两大挑战。一种是来自不同业务及产品线的外部性挑战，另一种则是存在于系统自身的内部性挑战。外部性挑战大致有三项，一是业务固有的不确定性，二是产品设计的可持续性，三是前两者同时要求的高时效性。外部性的三大挑战其实也是对当下的软件开发能力提出了三大要求，即低耦合、高复用、易聚合。内部性挑战主要在于随着代码量的增长无论是阅读还是二开难度呈指数级上升，主要逻辑脉络不易理解。当前一般的开发策略都是瀑布式代码编写，代码风格迥异，且不注重代码结构的梳理，常常导致“老人一走，新人断代”的窘境。与此同时，外部性挑战也会导致内部性挑战的加剧。

2、当前的“低代码”思潮就是为了尽可能使得人为介入开发占比减少，多以系统提供能力予以代替，以缓解甚至消除上述问题。但是，当前大部分所谓的“低代码”产品也仅可适配一些简单业务场景，复杂逻辑仍然无法摆脱对于人的依赖而处于一个不上不下的境地。

3、因此，如何提供一种低耦合、高复用、易聚合的业务实现方法，减少因不同开发人员编写的代码的处理逻辑不同而造成的对人的依赖性较强的问题，是目前的一个研究方向。

技术实现思路

1、本发明提供一种面向组件的业务实现方法及系统，用以提供一种低耦合、高复用、易聚合的业务实现方法，减少因不同开发人员编写的代码的处理逻辑不同而造成的对人的依赖性较强的问题。

2、一种面向组件的业务实现方法，所述方法包括：接收来自用户对目标业务的调用请求；基于所述调用请求，获取所述目标业务对应的流程解析结果；其中，所述流程解析结果中包括所述目标业务对应的处理流程中包含的最小功能组件的集合，以及逻辑组装单元；所述逻辑组装单元用于反映最小功能组件之间的触发逻辑；基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果。

3、在其中一个实施例中，在所述获取所述目标业务对应的流程解析结果之前，所述方法还包括：接收来自开发人员提交的目标组件的代码；其中，所述目标组件的代码为所述目标业务中的新增最小功能组件对应的代码；所述新增最小功能组件为所述最小功能组件的集合中的至少一个；基于开发人员对所述目标组件的配置，确定所述目标业务对应的流程解析结果。

4、在其中一个实施例中，所述基于开发人员对所述目标组件的配置，确定所述目标业务对应的流程解析结果，包括：基于开发人员对所述目标组件的配置，将所述目标组件配置至对应的逻辑组装单元；基于开发人员对目标业务中包含的已配置的逻辑组装单元的配置，将所述逻辑组装单元加入所述目标业务对应的处理流程中；解析所述目标业务对应的处理流程，得到所述目标业务对应的流程解析结果。

5、在其中一个实施例中，所述解析所述目标业务对应的处理流程，得到所述目标业务对应的流程解析结果，包括：解析所述目标业务对应的处理流程对应的流程配置表达式，得到目标业务中包含的已配置的逻辑组装单元；基于所述逻辑组装单元，确定所述流程配置表达式中包含的最小功能组件标识；将所述流程配置表达式、所述逻辑组装单元以及所述流程配置表达式中包含的最小功能组件标识，确定为所述目标业务对应的流程解析结果。

6、在其中一个实施例中，所述基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果，包括：基于所述流程配置表达式和所述逻辑组装单元，确定所述最小功能组件标识对应的最小功能组件的加载逻辑；基于所述最小功能组件的加载逻辑，加载所述最小功能组件。

7、在其中一个实施例中，基于持续交付进行所述目标组件的代码的测试、所述目标业务对应的处理流程的业务测试以及在产线环境下的验收测试。

8、在其中一个实施例中，在所述基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果之后，所述方法还包括：基于所述调用请求和所述目标业务的执行结果以及预训练好的风险识别算法，确定所述目标业务的运行风险。

9、本发明还提供一种面向组件的业务实现系统，所述系统包括：值对象、最小功能组件、逻辑组装单元、流程模板和注册管理中心；其中，流程模版中包括：流程模板的标识、流程配置表达式、实例生成模块；其中，所述值对象用于存储最小功能组件标识、逻辑组装单元、所述流程模板的标识和所述流程配置表达式；所述最小功能组件用于实现业务的定制化逻辑或者基础的通用功能；逻辑组装单元用于形成业务的流程，为最小功能组件之间的触发逻辑；所述流程模板的标识为系统包含的所有业务对应的流程模板的标识；所述流程模板的标识和流程配置表达式为一一对应关系；所述流程配置表达式为根据开发人员的配置生成的流程模板的组装指令，包括业务对应的流程模板中需要用到的最小功能组件以及逻辑组装单元；所述实例生成模块用于基于所述流程配置表达式以及目标业务的调用请求，加载与目标业务对应的流程配置表达式中包含的最小功能组件，获取目标业务的执行结果；所述注册管理中心用于对最小功能组件以及流程模板进行管理，包括以下操作：新增、更新、销毁和获取。

10、一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述面向组件的业务实现方法的步骤。

11、一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述面向组件的业务实现方法的步骤。

12、上述面向组件的业务实现方法及系统，通过将目标业务处理流程划分为最小功能组件并保存至流程解析结果中，在有目标业务的调用请求时，获取目标业务对应的流程解析结果，加载相应的最小功能组件，从而可以避免多个业务需要最小功能组件的功能时对最小功能组件的重复开发以及重复保存，并且由于最小功能组件可以被单独重复调用，因此保证了产品设计的可持续性。并且，由于在出现调用请求时，直接加载相应的最小功能组件，也就是说，目标业务的流程被分解为小的功能单元，并且在目标业务的流程在被调用时，目标业务的流程并不是作为一个整体被加载，而是加载被分解的小的功能单元实现。也就是说，在要实现目标业务的功能时，直接调用相应的小的功能单元，小的功能单元之间是解耦的，因此，不仅有利于组合形成新的业务功能，而且任意一个小的功能单元可以在被调用之前，随时进行更新，实现目标业务功能的快速迭代以及动态生效，保证了软件更新的时效性。从而使客户不需要进行应用程序版本的更新，也能使用新增业务或者目标业务的新增功能，为客户提供了良好的使用体验，使客户可以无感使用新增功能。从而实现软件开发过程的低耦合、高复用、易聚合。并且，将目标业务处理流程划分为最小功能组件，并且用逻辑组装单元反映最小功能组件之间的组装逻辑，并且均保存在流程解析结果中，从而实现组装逻辑和功能组件的解耦，从而减少因不同开发人员编写的代码的处理逻辑不同而造成的对人的依赖性较强的问题。

技术特征：

1.一种面向组件的业务实现方法，其特征在于，所述方法包括：

2.如权利要求1所述的面向组件的业务实现方法，其特征在于，在所述获取所述目标业务对应的流程解析结果之前，所述方法还包括：

3.如权利要求2所述的面向组件的业务实现方法，其特征在于，所述基于开发人员对所述目标组件的配置，确定所述目标业务对应的流程解析结果，包括：

4.如权利要求3所述的面向组件的业务实现方法，其特征在于，所述解析所述目标业务对应的处理流程，得到所述目标业务对应的流程解析结果，包括：

5.如权利要求4所述的面向组件的业务实现方法，其特征在于，所述基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果，包括：

6.如权利要求5所述的面向组件的业务实现方法，其特征在于，基于持续交付进行所述目标组件的代码的测试、所述目标业务对应的处理流程的业务测试以及在产线环境下的验收测试。

7.如权利要求1所述的面向组件的业务实现方法，其特征在于，在所述基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果之后，所述方法还包括：

8.一种面向组件的业务实现系统，其特征在于，所述系统包括：值对象、最小功能组件、逻辑组装单元、流程模板和注册管理中心；其中，流程模版中包括：流程模板的标识、流程配置表达式、实例生成模块；其中，

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，其特征在于，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项权利要求所述面向组件的业务实现方法的步骤。

10.一种存储有计算机可读指令的存储介质，其特征在于，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述面向组件的业务实现方法的步骤。

技术总结本发明涉及一种面向组件的业务实现方法及系统，其中，方法包括：接收来自用户对目标业务的调用请求；基于所述调用请求，获取所述目标业务对应的流程解析结果；其中，所述流程解析结果中包括所述目标业务对应的处理流程中包含的最小功能组件的集合，以及逻辑组装单元；所述逻辑组装单元用于反映最小功能组件之间的触发逻辑；基于所述流程解析结果，加载相应的最小功能组件以获取所述目标业务的执行结果。基于此，提供一种低耦合、高复用、易聚合的业务实现方法，减少因不同开发人员编写的代码的处理逻辑不同而造成的对人的依赖性较强的问题。技术研发人员：黄弘毅受保护的技术使用者：平安壹钱包电子商务有限公司技术研发日：技术公布日：2024/9/9