CN113220290A

CN113220290A - 应用的业务功能实现方法、装置、设备及存储介质

Info

Publication number: CN113220290A
Application number: CN202110443172.6A
Authority: CN
Inventors: 金健帆
Original assignee: Hangzhou Shupao Technology Co ltd
Current assignee: Hangzhou Shupao Technology Co ltd
Priority date: 2021-04-23
Filing date: 2021-04-23
Publication date: 2021-08-06

Abstract

本申请提出一种应用的业务功能实现方法、装置、设备及存储介质，其中，方法包括：获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，业务功能实现请求中携带目标业务标识；查询目标扩展点的预设配置信息，以获取与目标业务标识对应的至少一个目标实现；根据至少一个目标实现提供目标应用的业务功能服务。由此，将业务的实现和平台的架构分离，方便业务在平台上扩展，提高了业务实现的效率以及平台代码的复用率。

Description

应用的业务功能实现方法、装置、设备及存储介质

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种应用的业务功能实现方法、装置、设备及存储介质。

背景技术

随着计算机技术的发展，基于开发平台进行业务功能的开发成为普遍，比如，通过营销平台开发营销业务等，营销平台由于涉及到的营销方式非常多样，在各个项目中都会涉及非常多的业务定制需求。同时，随着营销平台的继续运营，也会伴随着许多新业务上线。

相关技术中，所有应用的业务功能都要通过技术人员开发实现，并且开发可能带来对原有业务的影响，越来越多的业务定制可能平台中的导致代码复杂度成指数提高，对于后续的开发人员和系统维护人员来说难度和出错的可能都会提高。同时不可避免的也会带来给开发平台来很多重启和断流的情况，导致业务的实现效率较低。

发明内容

本申请旨在至少在一定程度上解决上述相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种应用的业务功能实现方法，将业务的实现和平台的架构分离，方便业务在平台上扩展，提高了业务实现的效率以及平台代码的复用率。

本申请的第二个目的在于提出一种应用的业务功能实现装置。

本申请的第三个目的在于提出一种计算机设备。

本申请的第四个目的在于提出一种非临时性计算机可读存储介质。

为达上述目的，本申请第一方面实施例提出了一种应用的业务功能实现方法，所述方法应用在预设的开发平台，包括以下步骤：

获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，所述业务功能实现请求中携带目标业务标识；

查询所述目标扩展点的预设配置信息，以获取与所述目标业务标识对应的至少一个目标实现；

根据所述至少一个目标实现提供所述目标应用的业务功能服务。

可选的，所述获取目标应用针对预设的目标扩展点的业务功能实现请求，包括：

检测对扩展点对应的目标控件的触发操作；

若检测到对所述目标扩展点的所述触发操作，则查询预设的注册信息以获取与所述目标控件对应的目标业务标识；

根据所述目标业务标识获取针对所述目标扩展点的业务功能实现请求。

可选的，在所述查询所述目标扩展点的预设配置信息之前，还包括：

在所述预设配置信息中存储每个扩展点对应的至少一个实现；

在所述预设配置信息中存储每个实现与业务标识的对应关系。

可选的，当所述至少一个目标实现为多个时，所述根据所述至少一个目标实现提供所述目标应用的业务功能服务，包括：

获取多个所述目标实现的实现顺序和实现结果归集方式；

根据所述实现顺序执行多个所述目标实现，并根据所述实现结果归集方式展示多个所述目标实现的实现结果。

可选的，所述实现结果归集方式，包括以下至少一种：

取实现结果的最大值、取实现结果的最小值、实现结果的字符串拼接、实现结果的集合拼接。

可选的，所述获取多个所述目标实现的实现顺序和实现结果归集方式，包括：

查询所述预设配置信息，以获取多个所述目标实现的实现顺序和实现结果归集方式。

为达上述目的，本申请第二方面实施例提出了一种应用的业务功能实现装置，所述装置应用在预设的开发平台，包括：

第一获取模块，用于获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，所述业务功能实现请求中携带目标业务标识；

第二获取模块，用于查询所述目标扩展点的预设配置信息，以获取与所述目标业务标识对应的至少一个目标实现；

服务提供模块，用于根据所述至少一个目标实现提供所述目标应用的业务功能服务。

可选的，所述第一获取模块，具体用于：检测对扩展点对应的目标控件的触发操作；

为达上述目的，本申请第三方面实施例提出了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述第一方面实施例所述的应用的业务功能实现方法。

为了实现上述目的，本申请第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面实施例所述的应用的业务功能实现方法。

本申请的实施例，至少具有如下的技术效果：

获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，业务功能实现请求中携带目标业务标识，查询目标扩展点的预设配置信息，以获取与目标业务标识对应的至少一个目标实现，进而，根据至少一个目标实现提供目标应用的业务功能服务。由此，将业务的实现和平台的架构分离，方便业务在平台上扩展，提高了业务实现的效率以及平台代码的复用率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种开发平台的功能逻辑示意图；

图2为本申请实施例所提供的一种开发平台的架构示意图；

图3为本申请实施例所提供的一种注册流程示意图；

图4为本申请实施例所提供的一种应用的业务功能实现方法的流程示意图；

图5为本申请实施例所提供的另一种应用的业务功能实现方法的流程示意图；

图6为本申请实施例所提供的又一种应用的业务功能实现方法的流程示意图；以及

图7为本申请实施例提供的一种应用的业务功能实现装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的应用的业务功能实现方法、装置、设备及存储介质。

其中，本申请实施例的应用的业务功能实现方法应用在预设的开发平台，该开发平台可以是Spring等营销平台等，本申请的实施例中，新增应用的实现的时候，无需修改平台侧的任何代码，无需重启平台侧的服务，即可实现应用的业务功能。

为了便于说明本申请实施例的应用的业务功能实现方法，下面首先介绍本申请实施例中的预设的开发平台，为了介绍的方面，以该预设的开发平台为营销平台为例进行说明，说明如下：

本实施例中的营销平台的实现核心是在营销平台中能够快速适配各种需求变化，同时能够方便开发快速上线，保证已有业务的稳定运行，不受业务迭代开发的影响。

为了配合达到这一目的，在业务上有两个关键点，一是业务标志识别；二是扩展点定义。其中：

业务标识，指的是让开发平台在运行过程中知道这一业务请求是属于哪个业务场景的，并且在函数间调用，甚至应用间调用时都能继承该业务标识，准确识别。

扩展点，指的是多实现接口定义，需要在结合多种场景下抽象出合理的扩展点，并且在不同业务中分别实现。如，商品信息展示、活动信息展示、商品限购规则、扣减积分卡券等等在营销平台中都能定义为扩展点。

需要强调的是，在本申请的实施例中，每个扩展点的实现都需要在向注册中心注册时携带本实现对应的业务标识等信息，方便调用方在消费该服务时知道对应的使用场景。其中，在执行某个业务功能时，通过业务标识去查找具体这个扩展点的哪一个实现是为这个业务服务的，然后调用这个扩展点的实现类。

这也就意味着，如图1所示，每个扩展点可以预先设置对应的一个或者多个实现，扩展点可以理解为执行某个功能的上位性功能表达，该功能表达可以为最上位的可复用代码，对应的实现类可以为该上位功能下对应的具体下位功能表达，下位功能表达对应于下位功能的具体执行代码等。举例而言，扩展点1位广告位的投放，则扩展点1对应的实现类A、B、C分别为在广告位中放一段文字、在广告位中放一张图片以及在广告位中投放一段视频等。

由于一个扩展点可能有多个实现类，在多个实现类都被调用时显然具有执行冲突，因此，为了协调这种冲突，方便业务规则、调用优先级、冲突解决策略等信息的动态下发，在一些可能的实施例中，继续参照图1，引入了Nacos配置中心，为了在开发平台中更加直观的方便业务人员配置，还开发了可视化配置页面，通过动态配置上传和下发实现业务的在线变更。这里的配置包括设置一些业务运行需要的平台变量。举例而言：对于广告位来说，照片也可以放，视频也可以放，要设置一个优先级，如果有视频就优先放视频，没有视频就放照片，这个优先级设置就是配置。

总的来说,本实施例中营销平台是一个采用分层架构的微服务平台，各个扩展业务也可以有自己特色的业务层、领域层等。

如图2所示的系统总体架构中，平台业务分离框架处于业务层，在业务层中，实现了不同业务场景之间的隔离。特定业务和平台不同无法复用的流程都会在各自独立的业务中。

在框架中，集成了业务身份识别、冲突决策以及根据不同的业务场景进行服务路由的能力。其中，业务身份识别是由于在接口层的接口统一了，因此，需要通过业务身份识别来识别具体的业务代码属于哪个业务等，将业务代码和业务功能对应起来，冲突策略是为了在一个扩展点具有多个被调用的实现时，如何协调多个实现，是A业务的某个扩展点，有甲乙丙三个实现都可以使用，要决策选哪个或者哪几个，以及执行的顺序。服务路由指的是微服务框架中，有多个服务提供方都实现了该扩展点满足不同的实现类，本开发平台的框架要能精确选中哪个业务对应的服务提供方，这一点与本申请无关，不再赘述。

在一些具体的实施例中，参照图3，系统从技术层面，主要依赖于Spring Cloud框架和Nacos。具体使用到的组件如图3所示：

在图3中，Nacos注册中心，用于存储服务中包含的多实现接口信息，方法信息，对应的业务标识信息等各种配置信息；

Nacos SDK中提供了监控服务状态变化的功能，在某个多实现接口的所有实例下线时从框架的注册信息中将该接口删除，其中，实例可以理解为根据扩展点的功能定义完成的具体功能代码；

另外，Nacos开发API提供了查询注册中心中所有服务的功能，定时查询注册中心中的配置信息，方便新业务上线时能够自动发现，另外，由于多实现接口的各个实现bean都由Spring框架托管，需要对所有的实现进行动态代理；业务标识信息通过在请求头和ThreadLocal中携带，对开发人员更友好，方便使用；对于一个多实现的业务接口，可能存在多个实现同时调用的情况，多个实现可能是并行也可能是串行，需要定义执行的优先顺序以及返回结果的归集方式。其中，归集方式可以理解为扩展点有甲乙丙三个实现都需要执行，通过归集就要定义这三个实现结果最终如何合并到一起，例如：取最大值、最小值、相加等。

下面具体描述，本申请实施例的应用的业务功能实现方法。

图4为本申请实施例所提供的一种应用的业务功能实现方法的流程示意图。

如图4所示，该方法包括以下步骤：

步骤101，获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，业务功能实现请求中携带目标业务标识。

本实施例中，目标应用指的是待开发业务功能的应用，获取目标应用针对预设的目标扩展点的业务功能实现请求，正如以上描述的，本实施例中的开发平台基于业务标识去识别对应的实现，因此，本实施例中的业务功能实现请求中携带目标业务标识，该目标业务标识可以为任意标识业务唯一性的信息。

需要说明的是，在不同的应用场景中，获取目标应用针对预设的目标扩展点的业务功能实现请求的方式不同，示例如下：

示例一：

在本实施例中，正如以上实施例描述的，为了便于开发人员的使用，开发平台提供可视化的操作界面，该操作界面上提供每个扩展点对应的控件，为了便于开发人员直观的了解该控件对应的扩展点，该控件上可以显示对应的扩展点描述信息等，从而，检测对目标扩展点对应的目标控件的触发操作，则查询预设注册信息以获取与目标控件对应的目标业务标识，该预设的注册信息可以预先存储在配置中心中，进而，根据目标业务标识生成针对目标扩展点的业务功能实现请求。

即在本实施例中，依赖于预先注册的配置中心，在一些可能的实施例中，如图5所示，可以在开发平台启动时，在本地注册框架所需的所有配置信息。这些配置信息会存储到开发平台的本地缓存中，首先会注册业务标识相关的元数据，比如，业务标识的具体内容等，然后会在本地收集多实现接口的实现，将这些实现和业务标识的关系的实例、冲突解决的优先级、策略等配置信息一并注册到本地缓存中。

示例二：

在本实施例中，开发人员可以直接在应用端向开发平台发送待实现的业务功能的关键词信息，当开发平台接收到该关键词信息后，查询预设的数据库确定与该关键词信息对应的目标业务标识，从而，获取到目标应用针对该预设的目标扩展点的业务功能请求。

步骤102，查询目标扩展点的预设配置信息，以获取与目标业务标识对应的至少一个目标实现。

在本实施例中，预先在配置信息中存储每个扩展点对应的至少一个实现，该至少一个实现可以是根据经验数据设置的，当应用具有自定义的实现时，也可以定位到该自定义实现对应的扩展点，将该实现加入至对应的扩展点，从而，新增应用的实现的时候，无需修改平台侧的任何代码，无需重启平台侧的服务，提高了自定义实现的实现效率。为了便于定位每个业务功能满足的实现，在预设配置信息中存储每个实现与业务标识别的对应关系。

从而，在本实施例中，可以查询目标扩展点的预设配置信息，以获取与目标业务标识对应的至少一个目标实现。

步骤103，根据至少一个目标实现提供目标应用的业务功能服务。

在本实施例中，由于至少一个目标实现都对应于实现对应扩展点下位工鞥的具体执行代码，因此，可以根据至少一个目标实现提供目标应用的业务功能服务，从而，减少了平台主干应用的复杂度，代码更整洁，更利于维护，通过扩展点实现减少特色业务对平台主干业务的影响，各自运行互不干扰，使得平台在业务升级时，只需要自定义对应的实现即可，保证了开发平台的不断流。

在一些具体的实施例中，如图6所示，在实际执行本申请的应用的业务功能实现方法时，首先要识别目标业务标识，然后查找目标业务标识对应的实现，根据找到的这些实现，匹配优先级和冲突解决策略。在执行远程调用的时候，会在选择实例的时候增加判断匹配目标业务标识。所有调用都返回实现结果后，会归集执行，开发平台提供简单的归集算法，如求和、取最大值、取最小值、字符串拼接、集合拼接等。

即可以在预设配置信息中获取多个目标实现的实现顺序和实现结果归集方式，根据实现顺序执行多个目标实现，并根据实现结果归集方式展示多个目标实现的实现结果，比如，取实现结果的最大值、取实现结果的最小值、实现结果的字符串拼接、实现结果的集合拼接。

举例而言，当多个目标实现分别为在广告位中加一段文字、在广告位中加一段视频，则通过实现顺序定义文字和视频的执行顺序，比如，先接收文字还是先接收视频等，进而，通过实现结果归集方式，确定文字和视频的展现方式，比如，先展现视频还是先展现文字，或者是文字和视频共同展示等。

综上，本申请实施例的应用的业务功能实现方法，获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，业务功能实现请求中携带目标业务标识，查询目标扩展点的预设配置信息，以获取与目标业务标识对应的至少一个目标实现，进而，根据至少一个目标实现提供目标应用的业务功能服务。由此，将业务的实现和平台的架构分离，方便业务在平台上扩展，提高了业务实现的效率以及平台代码的复用率。

为了实现上述实施例，本申请还提出一种应用的业务功能实现装置。

如图7所示，该应用的业务功能实现装置包括：第一获取模块710、第二获取模块720和服务提供模块730。

其中，第一获取模块710，用于获取目标应用针对预设的目标扩展点的业务功能实现请求，其中，所述业务功能实现请求中携带目标业务标识；

第二获取模块720，用于查询所述目标扩展点的预设配置信息，以获取与所述目标业务标识对应的至少一个目标实现；

服务提供模块730，用于根据所述至少一个目标实现提供所述目标应用的业务功能服务。

进一步地，在本申请实施例的一种可能的实现方式中，第一获取模块710，具体用于：

检测对扩展点对应的目标控件的触发操作；

需要说明的是，前述对应用的业务功能实现方法实施例的解释说明也适用于该实施例的应用的业务功能实现装置，此处不再赘述。

为了实现上述实施例，本申请还提出一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如上述实施例所描述的应用的业务功能实现方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例所描述的应用的业务功能实现方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种应用的业务功能实现方法，其特征在于，所述方法应用在预设的开发平台，包括以下步骤：

2.如权利要求1所述的方法，其特征在于，所述获取目标应用针对预设的目标扩展点的业务功能实现请求，包括：

检测对扩展点对应的目标控件的触发操作；

3.如权利要求1所述的方法，其特征在于，在所述查询所述目标扩展点的预设配置信息之前，还包括：

4.如权利要求1所述的方法，其特征在于，当所述至少一个目标实现为多个时，所述根据所述至少一个目标实现提供所述目标应用的业务功能服务，包括：

获取多个所述目标实现的实现顺序和实现结果归集方式；

5.如权利要求4所述的方法，其特征在于，所述实现结果归集方式，包括以下至少一种：

6.如权利要求4或5所述的方法，其特征在于，所述获取多个所述目标实现的实现顺序和实现结果归集方式，包括：

7.一种应用的业务功能实现装置，其特征在于，所述装置应用在预设的开发平台，包括：

8.如权利要求7所述的装置，其特征在于，所述第一获取模块，具体用于：

检测对扩展点对应的目标控件的触发操作；

9.一种计算机设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-6中任一所述的应用的业务功能实现方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一所述的应用的业务功能实现方法。