CN113282318A - 业务实现方法与装置 - Google Patents

Abstract

本申请提供了一种业务实现方法、装置、计算机可读存储介质与处理器。该方法包括：制定项目插件目录，项目插件目录包括多个逻辑处理模块；根据业务需求对逻辑处理模块进行动态更新，得到更新后的逻辑处理模块；调用更新后的逻辑处理模块以实现业务功能。也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。

Description

业务实现方法与装置

技术领域

本申请涉及责任链技术领域，具体而言，涉及一种业务实现方法、装置、计算机可读存储介质与处理器。

背景技术

在微服务项目建设过程中，当实现一个业务模块时，不免会做一些关联性较强的逻辑处理。举个例子，当删除一个资源后，与之相关联的处理模块需解除与该删除资源的绑定关系，后续可能还有其他处理逻辑，每一个处理模块相当于一个原子服务，通过组合编排实现整体功能。目前主要通过在业务模块中使用拦截器、责任链等方式实现，由开发人员研发代码进行业务编排。如果新增逻辑或修改原有逻辑，则需要修改项目代码，并重新进行逻辑编排、重启项目，使新逻辑生效。

现有技术虽然可以采用责任链等技术实现相关逻辑处理功能，但是实现方式与项目代码耦合度高，可扩展性差，新增或修改一个逻辑规则时，不能通过配置化方式对处理逻辑动态编排，而且需要重新启动项目使之生效。即传统责任链模式配置不灵活，责任链节点无法动态更新及删减。

发明内容

本申请的主要目的在于提供一种业务实现方法、装置、计算机可读存储介质与处理器，以解决现有技术中传统责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种业务实现方法，包括：制定项目插件目录，所述项目插件目录包括多个逻辑处理模块；根据业务需求对所述逻辑处理模块进行动态更新，得到更新后的所述逻辑处理模块；调用更新后的所述逻辑处理模块以实现业务功能。

进一步地，根据业务需求对所述逻辑处理模块进行动态更新，包括：增加或者减少所述项目插件目录中的所述逻辑处理模块；对各所述逻辑处理模块中的索引关系进行更新，所述索引关系用于从当前所述逻辑处理模块指向下一个所述逻辑处理模块。

进一步地，调用更新后的所述逻辑处理模块以实现业务功能，包括：对业务发布的逻辑处理事件进行拦截；确定所述逻辑处理事件对应的逻辑处理参数；确定所述逻辑处理参数对应的第一个所述逻辑处理模块的名称；根据第一个所述逻辑处理模块的名称，调用第一个所述逻辑处理模块对应的代码；执行所述代码以部分实现所述业务功能。

进一步地，调用更新后的所述逻辑处理模块以实现业务功能，还包括：根据第N个所述逻辑处理模块中的所述索引关系，确定第N+1个所述逻辑处理模块，其中，N为大于或者等于1的整数；调用第N个所述逻辑处理模块，以实现所述业务功能。

进一步地，调用更新后的所述逻辑处理模块以实现业务功能，包括：拦截第N个所述逻辑处理模块发布的事件；确定第N个所述逻辑处理模块发布的事件对应的所述逻辑处理参数；确定所述逻辑处理参数对应的第N个所述逻辑处理模块的名称；根据第N个所述逻辑处理模块的名称，确定第N个所述逻辑处理模块对应的代码；执行第N个所述逻辑处理模块对应的代码，以实现所述业务功能。

进一步地，所述方法还包括：保存所述逻辑处理参数与所述逻辑处理模块之间的对应关系。

根据本申请的另一个方面，提供了一种业务实现装置，包括：制定单元，用于制定项目插件目录，所述项目插件目录包括多个逻辑处理模块；更新单元，用于根据业务需求对所述逻辑处理模块进行动态更新，得到更新后的所述逻辑处理模块；调用单元，用于调用更新后的所述逻辑处理模块以实现业务功能。

进一步地，更新单元包括：处理模块，用于增加或者减少所述项目插件目录中的所述逻辑处理模块；更新模块，用于对各所述逻辑处理模块中的索引关系进行更新，所述索引关系用于从当前所述逻辑处理模块指向下一个所述逻辑处理模块。

根据本申请的又一个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行任意一种所述的业务实现方法。

根据本申请的再一个方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的业务实现方法。

应用本申请的技术方案，通过将逻辑处理模块放置在项目插件目录中，根据业务的需求对项目插件目录中的逻辑处理模块进行动态更新，也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。仅通过更新项目插件目录中的逻辑处理模块，再调用逻辑处理模块就可以实现业务功能，解决了传统的责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

附图说明

构成本申请的一部分的说明书附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请的实施例的业务实现方法流程图；

图2示出了根据本申请的实施例的业务实现装置示意图；

图3示出了根据本申请的实施例的在原有的责任链上添加新逻辑示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

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

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

应该理解的是，当元件(诸如层、膜、区域、或衬底)描述为在另一元件“上”时，该元件可直接在该另一元件上，或者也可存在中间元件。而且，在说明书以及权利要求书中，当描述有元件“连接”至另一元件时，该元件可“直接连接”至该另一元件，或者通过第三元件“连接”至该另一元件。

为了便于描述，以下对本申请实施例涉及的部分名词或术语进行说明：

责任链：用来处理相关事务责任的一条执行链，执行链上有多个节点，每个节点都有机会(条件匹配)处理请求事务，如果某个节点处理完了就可以根据实际业务需求传递给下一个节点继续处理或者返回处理完毕。

服务编排：描述服务组合的一个过程模型，该过程模型描述如何按一定次序和参与过程进行消息交互以完成组合服务的应用逻辑。

根据本申请的实施例，提供了一种业务实现方法。

图1是根据本申请实施例的业务实现方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，制定项目插件目录，上述项目插件目录包括多个逻辑处理模块；

步骤S102，根据业务需求对上述逻辑处理模块进行动态更新，得到更新后的上述逻辑处理模块；

步骤S103，调用更新后的上述逻辑处理模块以实现业务功能。

具体地，每一个逻辑处理模块对应于一个具体原子逻辑处理服务。

具体地，本申请的逻辑处理模块可以以文件形式存在，不依赖于具体的介质，通用性强。

上述方案中，通过将逻辑处理模块放置在项目插件目录中，根据业务的需求对逻辑处理模块进行动态更新，也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。仅通过更新项目插件目录中的逻辑处理模块，再调用逻辑处理模块就可以实现业务功能，解决了传统的责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请的一种实施例中，根据业务需求对上述逻辑处理模块进行动态更新，包括：增加或者减少上述项目插件目录中的上述逻辑处理模块；对各上述逻辑处理模块中的索引关系进行更新，上述索引关系用于从当前上述逻辑处理模块指向下一个上述逻辑处理模块。即通过增加或者减少上述项目插件目录中的上述逻辑处理模块，以及更新各上述逻辑处理模块中的索引关系，实现在不修改项目代码的前提下，新增逻辑或修改原有逻辑，以满足业务的需求。即实现了业务逻辑的灵活配置，在无需启动程序的情况下，实现了热更新，可扩展性较强。当然，也可以通过更改项目插件目录中的逻辑处理模块，以实现对业务逻辑的热更新，例如修改第二个逻辑处理模块。即可以根据业务需求实现对逻辑处理模块的灵活组合编排，不仅可以动态热更新已有处理逻辑，当需要新增或删除一个逻辑处理环节时，只需要通过配置并“插拔”相关的处理逻辑模块即可，代码侵入程度低。

本申请的一种实施例中，调用更新后的上述逻辑处理模块以实现业务功能，包括：对业务发布的逻辑处理事件进行拦截；确定上述逻辑处理事件对应的逻辑处理参数；确定上述逻辑处理参数对应的第一个上述逻辑处理模块的名称；根据第一个上述逻辑处理模块的名称，调用第一个上述逻辑处理模块对应的代码；执行上述代码以部分实现上述业务功能。本申请是将逻辑处理模块通过外置的形式实现，并不是启动加载到内存中，每次调用逻辑处理模块都是现加载的，所以不仅可以调整已有逻辑顺序，还可以新增加逻辑，并且不重启，实现热更新。

具体地，确定上述逻辑处理参数对应的第一个上述逻辑处理模块的名称，确定第一个逻辑处理模块的名称的具体的依据是：逻辑处理链中第一个逻辑处理模块对应的参数key值，该key值是由逻辑维护人员与业务人员共同制定维护到缓存中的，并以使用手册等方式提供首个逻辑调用参数名称(即第一个逻辑处理模块的名称)给使用者。

本申请的一种实施例中，调用更新后的上述项目插件目录中的上述逻辑处理模块以实现业务功能，还包括：根据第N个上述逻辑处理模块中的上述索引关系，确定第N+1个上述逻辑处理模块，其中，N为大于或者等于1的整数；调用第N个上述逻辑处理模块，以实现上述业务功能。

具体地，通过反射加载文件的方式调用逻辑处理模块，以实现业务功能，在顺利实现业务功能的同时，保证了线程的安全，不需要加锁。只要将相关的逻辑处理模块放置在项目插件目录中，自定义程序加载器即可以根据名称装载相关逻辑处理模块的代码，通过反射机制执行相关逻辑。通过动态刷新逻辑处理模块以及结合反射执行机制，以实现业务功能。

本申请的一种实施例中，调用更新后的上述逻辑处理模块以实现业务功能，包括：拦截第N个上述逻辑处理模块发布的事件；确定第N个上述逻辑处理模块发布的事件对应的上述逻辑处理参数；确定上述逻辑处理参数对应的第N个上述逻辑处理模块的名称；根据第N个上述逻辑处理模块的名称，确定第N个上述逻辑处理模块对应的代码；执行第N个上述逻辑处理模块对应的代码，以实现上述业务功能。即通过对第N个上述逻辑处理模块发布的事件进行拦截，以实现对第N个上述逻辑处理模块的定位，如此循环以实现对逻辑处理模块的调用。

本申请的一种实施例中，上述方法还包括：保存上述逻辑处理参数与上述逻辑处理模块之间的对应关系。具体地，可以采用配置维护模块维护逻辑处理参数与上述逻辑处理模块之间的对应关系，配置维护模块可以用数据库、文件、缓存等方式实现，有助于热更新。

本申请实施例还提供了一种业务实现装置，需要说明的是，本申请实施例的业务实现装置可以用于执行本申请实施例所提供的用于业务实现方法。以下对本申请实施例提供的业务实现装置进行介绍。

图2是根据本申请实施例的业务实现装置的示意图。如图2所示，该装置包括：

制定单元10，用于制定项目插件目录，上述项目插件目录包括多个逻辑处理模块；

更新单元20，用于根据业务需求对上述逻辑处理模块进行动态更新，得到更新后的上述逻辑处理模块；

调用单元30，用于调用更新后的上述逻辑处理模块以实现业务功能。

具体地，每一个逻辑处理模块对应于一个具体原子逻辑处理服务。

具体地，本申请的逻辑处理模块可以以文件形式存在，不依赖于具体的介质，通用性强。

上述方案中，制定单元制定插件目录，更新单元根据业务需求对逻辑处理模块进行动态更新，得到更新后的逻辑处理模块，调用单元调用更新后的项目插件目录中的逻辑处理模块以实现业务功能。通过将逻辑处理模块放置在项目插件目录中，根据业务的需求对逻辑处理模块进行动态更新，也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。仅通过更新项目插件目录中的逻辑处理模块，再调用逻辑处理模块就可以实现业务功能，解决了传统的责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

本申请的一种实施例中，更新单元包括处理模块和更新模块，处理模块用于增加或者减少上述项目插件目录中的上述逻辑处理模块；更新模块用于对各上述逻辑处理模块中的索引关系进行更新，上述索引关系用于从当前上述逻辑处理模块指向下一个上述逻辑处理模块。即通过增加或者减少上述项目插件目录中的上述逻辑处理模块，以及更新各上述逻辑处理模块中的索引关系，实现在不修改项目代码的前提下，新增逻辑或修改原有逻辑，以满足业务的需求。即实现了业务逻辑的灵活配置，在无需启动程序的情况下，实现了热更新，可扩展性较强。当然，也可以通过更改项目插件目录中的逻辑处理模块，以实现对业务逻辑的热更新，例如修改第二个逻辑处理模块。即可以根据业务需求实现对逻辑处理模块的灵活组合编排，不仅可以动态热更新已有处理逻辑，当需要新增或删除一个逻辑处理环节时，只需要通过配置并“插拔”相关的处理逻辑模块即可，代码侵入程度低。

本申请的一种实施例中，调用单元包括拦截模块、第一确定模块、第二确定模块、调用模块和执行模块，拦截模块用于对业务发布的逻辑处理事件进行拦截；第一确定模块用于确定上述逻辑处理事件对应的逻辑处理参数；第二确定模块用于确定上述逻辑处理参数对应的第一个上述逻辑处理模块的名称；调用模块用于根据第一个上述逻辑处理模块的名称，调用第一个上述逻辑处理模块对应的代码；执行模块用于执行上述代码以部分实现上述业务功能。本申请是将逻辑处理模块通过外置的形式实现，并不是启动加载到内存中，每次调用逻辑处理模块都是现加载的，所以不仅可以调整已有逻辑顺序，还可以新增加逻辑，并且不重启，实现热更新。

本申请的一种实施例中，调用单元还用于根据第N个上述逻辑处理模块中的上述索引关系，确定第N+1个上述逻辑处理模块，其中，N为大于或者等于1的整数；调用第N个上述逻辑处理模块，以实现上述业务功能。

本申请的一种实施例中，调用单元还用于拦截第N个上述逻辑处理模块发布的事件；确定第N个上述逻辑处理模块发布的事件对应的上述逻辑处理参数；确定上述逻辑处理参数对应的第N个上述逻辑处理模块的名称；根据第N个上述逻辑处理模块的名称，确定第N个上述逻辑处理模块对应的代码；执行第N个上述逻辑处理模块对应的代码，以实现上述业务功能。即通过对第N个上述逻辑处理模块发布的事件进行拦截，以实现对第N个上述逻辑处理模块的定位，如此循环以实现对逻辑处理模块的调用。

所述业务实现装置包括处理器和存储器，上述制定单元、更新单元和调用单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决传统责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行所述业务实现方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述业务实现方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：

步骤S101，制定项目插件目录，上述项目插件目录包括多个逻辑处理模块；

步骤S102，根据业务需求对上述项目插件目录进行动态更新，得到更新后的上述项目插件目录；

步骤S103，调用更新后的上述项目插件目录中的上述逻辑处理模块以实现业务功能。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：

步骤S101，制定项目插件目录，上述项目插件目录包括多个逻辑处理模块；

步骤S102，根据业务需求对上述项目插件目录进行动态更新，得到更新后的上述项目插件目录；

步骤S103，调用更新后的上述项目插件目录中的上述逻辑处理模块以实现业务功能。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

实施例

本实施例涉及一种具体的业务实现方法。具体涉及一种在原有的责任链上添加新逻辑的方法。如在已有的监控逻辑中插入一个新的逻辑校验点，只需结合配置维护模块、修改相关逻辑插件重新编排已有逻辑链(即修改项目插件目录中的逻辑处理模块)，维护代价非常小。如果再加入新的逻辑处理模块，业务代码无需变动，责任链校验模块的操作如图3所示。具体的操作步骤如下：

1)修改原有逻辑2：下一事件类型指向新逻辑，将该新逻辑对应的逻辑处理模块重新放入到项目插件目录。

2)编写新逻辑n：下一事件类型指向原逻辑3，将新逻辑对应的逻辑处理模块新增到项目插件目录。也就是说在是逻辑2和逻辑3之间新增加了逻辑n，逻辑2模块只是修改下一事件类型指向为逻辑n，新增的是n逻辑处理模块，n指向下一处理逻辑3。

3)配置维护模块维护新逻辑及具体逻辑处理模块的名称之间的对应关系。

从图3中可以看出，加粗部分是新增/修改逻辑的相关处理，无论是配置维护模块参数动态更新，还是通过插拔方式新增或替换新的逻辑处理模块，均是动态生效，对业务代码无侵入，可扩展性极强。由于每次都是动态获取逻辑处理类，所以当逻辑规则发生变化的时候，只需要替换指定目录下的逻辑处理模块即可，无需重新启动项目。

基于本申请的方案，逻辑处理与业务代码松耦合，当逻辑发生变化时，可单独维护逻辑处理模块，通过可插拔方式，将最新逻辑处理模块装载到应用项目中，实时生效。在Java开发平台微服务管理台中，由于应用的变动对网关、配置、注册中心影响比较大，涉及到大量相关逻辑处理，通过该方式实现后，责任链调用关系清晰，配置非常灵活，当需要修改或加入新逻辑时，只需要修改插件包中的类，简化开发过程。

从以上的描述中，可以看出，本申请上述的实施例实现了如下技术效果：

1)、本申请的业务实现方法，通过将逻辑处理模块放置在项目插件目录中，根据业务的需求对逻辑处理模块进行动态更新，也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。仅通过更新项目插件目录中的逻辑处理模块，再调用逻辑处理模块就可以实现业务功能，解决了传统的责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

2)、本申请的业务实现装置，制定单元制定插件目录，更新单元根据业务需求对逻辑处理模块进行动态更新，得到更新后的逻辑处理模块，调用单元调用更新后的项目插件目录中的逻辑处理模块以实现业务功能。通过将逻辑处理模块放置在项目插件目录中，根据业务的需求对逻辑处理模块进行动态更新，也就是更新项目插件目录中的逻辑处理模块，就可以实现业务功能，即在业务的需求变化时，无需修改项目代码，无需重新进行逻辑编排和重启项目，解除了业务逻辑与项目代码之间的耦合，快速响应业务需求。仅通过更新项目插件目录中的逻辑处理模块，再调用逻辑处理模块就可以实现业务功能，解决了传统的责任链模式配置不灵活，责任链节点无法动态更新及删减的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种业务实现方法，其特征在于，包括：

制定项目插件目录，所述项目插件目录包括多个逻辑处理模块；

根据业务需求对所述逻辑处理模块进行动态更新，得到更新后的所述逻辑处理模块；

调用更新后的所述逻辑处理模块以实现业务功能。

2.根据权利要求1所述的方法，其特征在于，根据业务需求对所述逻辑处理模块进行动态更新，包括：

增加或者减少所述项目插件目录中的所述逻辑处理模块；

对各所述逻辑处理模块中的索引关系进行更新，所述索引关系用于从当前所述逻辑处理模块指向下一个所述逻辑处理模块。

3.根据权利要求2所述的方法，其特征在于，调用更新后的所述逻辑处理模块以实现业务功能，包括：

对业务发布的逻辑处理事件进行拦截；

确定所述逻辑处理事件对应的逻辑处理参数；

确定所述逻辑处理参数对应的第一个所述逻辑处理模块的名称；

根据第一个所述逻辑处理模块的名称，调用第一个所述逻辑处理模块对应的代码；

执行所述代码以部分实现所述业务功能。

4.根据权利要求2所述的方法，其特征在于，调用更新后的所述逻辑处理模块以实现业务功能，包括：

根据第N个所述逻辑处理模块中的所述索引关系，确定第N+1个所述逻辑处理模块，其中，N为大于或者等于1的整数；

调用第N个所述逻辑处理模块，以实现所述业务功能。

5.根据权利要求4所述的方法，其特征在于，调用更新后的所述逻辑处理模块以实现业务功能，包括：

拦截第N个所述逻辑处理模块发布的事件；

确定第N个所述逻辑处理模块发布的事件对应的逻辑处理参数；

确定所述逻辑处理参数对应的第N个所述逻辑处理模块的名称；

根据第N个所述逻辑处理模块的名称，确定第N个所述逻辑处理模块对应的代码；

执行第N个所述逻辑处理模块对应的代码，以实现所述业务功能。

6.根据权利要求3或5所述的方法，其特征在于，所述方法还包括：

保存所述逻辑处理参数与所述逻辑处理模块之间的对应关系。

7.一种业务实现装置，其特征在于，包括：

制定单元，用于制定项目插件目录，所述项目插件目录包括多个逻辑处理模块；

更新单元，用于根据业务需求对所述逻辑处理模块进行动态更新，得到更新后的所述逻辑处理模块；

调用单元，用于调用更新后的所述逻辑处理模块以实现业务功能。

8.根据权利要求7所述的装置，其特征在于，更新单元包括：

处理模块，用于增加或者减少所述项目插件目录中的所述逻辑处理模块；

更新模块，用于对各所述逻辑处理模块中的索引关系进行更新，所述索引关系用于从当前所述逻辑处理模块指向下一个所述逻辑处理模块。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至6中任意一项所述的业务实现方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至6中任意一项所述的业务实现方法。

Images