CN113986494A - 接口处理方法及装置、电子设备、存储介质 - Google Patents

Abstract

本申请提供一种接口处理方法及装置、电子设备、存储介质，该方法包括：获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息；根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口；将目标接口的接口信息、与目标接口关联的路由信息以及与目标接口关联的业务场景信息建立绑定关系，生成路由‑场景‑接口关联路径。本申请通过为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由‑场景‑接口关联路径，实现聚合业务场景的统一管理，提高工作效率。

Description

接口处理方法及装置、电子设备、存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种接口处理方法及装置、电子设备、计算机可读存储介质。

背景技术

在开发过程中，存在大量业务场景与大量接口并存的情况，但业务场景与哪些接口关联，开发人员往往仅是通过文档或者其他一些方式进行记录，或者在记录时，开发人员对接口的定义方式、名称都不规范，缺少一个统一的系统直接将业务场景与对应的接口进行绑定，导致外部需求方在调用相应的接口时，不方便查询，且外部需求方并不能快速、准确地得知哪个接口对应哪个业务场景，从而降低了工作效率。

发明内容

本申请实施例的目的在于提供一种接口处理方法，根据业务场景建立路由-业务场景-接口的对应绑定关系，提高工作效率。

本申请实施例第一方面提供了一种接口处理方法，包括：

获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息；

根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口；

将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。

在一实施例中，所述方法还包括：

根据所述执行逻辑，生成每个接口对应的可视化流程图。

在一实施例中，所述方法还包括：

若存在接口运行错误，输出所述可视化流程图中的错误节点信息。

在一实施例中，所述若存在接口运行错误，输出所述可视化流程图中的错误节点信息，包括：

针对每个接口，记录所述接口对应的可视化流程图中各个节点的处理结果；

对各个节点的处理结果进行分析，定位出错误节点，并输出错误节点信息。

在一实施例中，在所述确定运行正常的目标接口之后，所述方法还包括：

进行所述目标接口的发布操作。

在一实施例中，在所述确定运行正常的目标接口之后，所述方法还包括：

将所述目标接口对应的接口信息、所述执行逻辑以及所述调试参数在数据库中进行存储。

在一实施例中，所述将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径，包括：

根据为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立所述业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由-场景-接口关联路径。

本申请实施例第二方面提供一种接口处理装置，包括：

接收模块，用于获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息；

运行模块，用于根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口；

处理模块，用于将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。

本申请实施例第三方面提供一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行本申请实施例第一方面及其任一项实施例的接口处理方法。

本申请实施例第四方面提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序可由处理器执行以完成上述所述的接口处理方法。

本申请上述实施例提供的技术方案，通过为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由-场景-接口关联路径，实现聚合业务场景的统一管理，提高工作效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例提供的电子设备的结构示意图；

图2为本申请一实施例提供的针对聚合业务场景下的接口统一管理方法应用场景；

图3为本申请一实施例提供的接口处理方法的流程示意图；

图4为本申请一实施例提供的执行逻辑流程示意图；

图5为本申请一实施例提供的编排接口处理逻辑示意图；

图6为图3对应实施例中的步骤S220的细节流程示意图；

图7为本申请一实施例提供的接口处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，其为本申请实施例提供的电子设备100的结构示意图。该电子设备100包括：一个或多个处理器120、一个或多个存储处理器120可执行指令的存储器104。其中，所述处理器120被配置为执行本申请下述实施例提供的接口处理方法。

所述处理器120可以是网关，也可以为智能终端，或者是包含中央处理单元(CPU)、图像处理单元(GPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元的设备，可以对所述电子设备100中的其它组件的数据进行处理，还可以控制所述电子设备100中的其它组件以执行期望的功能。

所述存储器104可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器120可以运行所述程序指令，以实现下文所述的接口处理方法。在所述计算机可读存储介质中还可以存储各种应用程序和各种数据，例如所述应用程序使用和/或产生的各种数据等。

在一实施例中，图1所示电子设备100还可以包括输入装置106、输出装置108以及数据采集装置110，这些组件通过总线系统112和/或其它形式的连接机构(未示出)互连。应当注意，图1所示的电子设备100的组件和结构只是示例性的，而非限制性的，根据需要，所述电子设备100也可以具有其他组件和结构。

所述输入装置106可以是用户用来输入指令的装置，并且可以包括键盘、鼠标、麦克风和触摸屏等中的一个或多个。所述输出装置108可以向外部(例如，用户)输出各种信息(例如，图像或声音)，并且可以包括显示器、扬声器等中的一个或多个。所述数据采集装置110可以采集对象的图像，并且将所采集的图像存储在所述存储器104中以供其它组件使用。示例性地，该数据采集装置110可以为摄像头。

在一实施例中，用于实现本申请实施例的代码打包方法的示例电子设备100中的各器件可以集成设置，也可以分散设置，诸如将处理器120、存储器104、输入装置106和输出装置108集成设置于一体，而将数据采集装置110分离设置。

在一实施例中，用于实现本申请实施例的接口处理方法的示例电子设备100可以被实现为诸如服务器等。

在开发过程中，存在大量业务场景与大量接口并存的情况，尤其是多聚合复杂业务场景下，无法实现接口的高效管理与控制。基于上述问题，如图2所示，其为本申请一实施例提供的针对聚合业务场景下的接口统一管理方法应用场景。开发者在一个路由器上配置多个不同的业务场景，例如场景1和场景2，其中场景1可代表给A医院网站提供当日挂号登记的姓名查询信息，场景2可代表给B医院网站提供药品信息，根据场景1中的多个功能需求，配置了多个接口，例如接口1、接口2、接口3…，其中，接口1配置为获取姓名功能，接口2配置为根据姓名查询人员身份信息功能，或者还有接口4、接口5等…场景2中配置的接口信息方式与场景1中的配置方式相同，其中，接口3配置为获取药品名称功能，接口4配置为根据药品名称查询药品价格功能。配置接口信息时，基于每一个接口信息，都会有统一的且在网站上唯一的URL地址，例如url：route/scene1/api1、url：route/scene1/api2、url：route/scene1/api3、url：route/scene1/api4…。因此，最终呈现出来的路径为：路由/场景/接口三段式关联匹配关系。为了保证开发者最终发布并提供给业务方的路径是可用的并且没有错误的，在配置完成接口信息，后台执行代码流程时，可能会在某一节点出现流程跑不通的错误情况，此时，可通过为每个接口对应配置执行逻辑和调试参数，调试参数可以为指定格式的JSON数据，在线接口运行后，确定出运行正常的接口，最终作为待发布的接口，供业务方调用。

基于上述应用场景，做到编排接口的可视化调试，在网页上根据JSON数据模板填入指定调试信息，就可以立即看到接口内部运行处理中各节点的报错情况，快速分析问题对应位置。最终，通过“路由-场景-接口”三段式关联匹配，实现聚合业务场景的统一管理。

本申请中，基于上述应用场景，为了便于描述清楚方案，给出如下术语定义：

接口：是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或可以定义为内部工作机制的细节。

路由：是一个路径的解析，根据客户端提交的路径，将请求解析到相应的控制器上。

JSON数据：即Java Script objection notation的简称，是一种轻量级资料交换格式。其内容由属性和值组成，因此也有易于阅读和处理的优势。JSON是独立于编程语言的资料格式，在各开发语言中具有通用型而被广泛使用。

请参照图3，其为本申请一实施例提供的接口处理方法，该方法由图1所示的电子设备100作为服务器来执行，并可应用于图2所示的场景中，以实现“路由-场景-接口”三段式关联匹配进行聚合业务场景的统一高效管理，该方法包括如下步骤：

步骤S210：获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息。

在本步骤中，路由信息可以有多个，输入的路由信息包括路由名称、域名等。每一个路由上根据不同功能需求配置多个接口，输入的接口信息包括接口名称、接口标识(例如接口1、接口2、接口3…)、接口路径等。基于路由信息、接口信息配置不同的业务需求或业务场景信息。在本步骤中，输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息的先后顺序不做具体限定。

步骤S220：根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口。

在本步骤中，配置接口信息时，需要为每个接口配置相应的执行逻辑和调试参数。调试参数为调用接口时的参数，包括请求头、请求参数、用户数据(例如图2应用场景中涉及的姓名、身份信息、药品名称等数据)。在配置好接口信息和调试参数后，进行编排步骤配置调试，输入接口内部指定格式的流程配置JSON数据后，会自动运行接口。

以图2中针对场景1中的描述为例，为接口1、接口2，甚至接口3、接口4、接口5等配置的执行逻辑可参照图4，执行逻辑包括：

第一步：获取A医院网站中当日挂号登记的人员姓名；

第二步：选择查询到的当日挂号登记的姓名中所有的人员身份信息；

第三步：筛选性别为女性的全部人员身份信息；

第四步：筛选女性中年龄大于30岁的所有人员身份信息；

第五步：筛选年龄大于30岁的所有女性中挂外科的人员身份信息。

上述每一步的内容即表示每一个接口信息内对应的执行逻辑，后台进行接口运行，执行上述每一步中的逻辑，如果每一步都能够执行成功，就说明每个接口都是运行正常的，则可确定出运行正常的接口作为目标接口。目标接口即为前文中所述的最终正式发布，并提供给业务方使用的接口。这一系列执行逻辑执行成功后，所展示出来的流程图即为下文所述的可视化流程图。

图2中针对场景2中的描述与对场景1的描述方法类似，在此不再赘述。

步骤S230：将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。

本步骤中，目标接口的接口信息完善后，配置与目标接口关联的务场景信息，并选择关联的路由信息，在接口列表中选择此业务场景下关联的目标接口，将三者之间建立绑定关系，最终生成路由-场景-接口关联路径，作为待发布的路径信息。

在一实施例中，请参照图5，步骤S220还包括：根据所述执行逻辑，生成每个接口对应的可视化流程图。

如前所述，图4中每个接口对应的执行逻辑都跑通后，即每一步都能够执行成功，每个接口都可生成对应的可视化流程图，表明每个接口都是运行正常的。

在一实施例中，若存在接口运行错误，输出所述可视化流程图中的错误节点信息，包括：

针对每个接口，记录所述接口对应的可视化流程图中各个节点的处理结果；

对各个节点的处理结果进行分析，定位出错误节点，并输出错误节点信息。

如前所述，图4中，为每个接口配置执行逻辑，在运行接口时，会对每一步执行逻辑进行校验或判断，如果经过校验或判断，发现该逻辑执行不通，则表明该接口运行错误。

例如，图4中，第一步成功获取A医院网站中当日挂号登记的姓名，表明该接口1运行正确；第二步成功查询到当日挂号登记的姓名中所有的人员身份信息，表明该接口2运行正确；第三步成功筛选性别为女性的全部人员身份信息，表明该接口3运行正确；第四步未筛选到女性中年龄大于30岁的所有人员身份信息，表明该接口4运行错误；第五步未筛选年龄大于30岁的所有女性中挂外科的人员身份信息，表明该接口5运行错误。因此，在可视化流程图中记录如下：接口1运行正常、接口2运行正常、接口3运行正常、接口4运行错误、接口5运行错误。在明确了每个接口的运行情况后，在可视化流程图中可输出接口4运行错误、接口5运行错误的信息。

在一实施例中，在步骤S220中，在所述确定运行正常的目标接口之后，所述方法还包括步骤S221：

步骤S221：进行所述目标接口的发布操作。

如前所述，如图6所示，当每个接口都运行了，并且在可视化流程图中输出了运行正常的接口和运行错误的接口信息好，需要将运行正常的接口进行保留，作为目标接口进行发布，供业务方调用。

在一实施例中，在步骤S220中，在所述确定运行正常的目标接口之后，所述方法还包括步骤S222：

将所述目标接口对应的接口信息、所述执行逻辑以及所述调试参数在数据库中进行存储。

在步骤S221中，运行正常的目标接口对应的接口信息、每个目标接口对应的执行逻辑以及每个目标接口对应的调试参数信息，共同存储在服务器的本地数据库中，准备发布。当目标接口发布后，目标接口才可以在正式应用环境下提供给业务方使用。

在一实施例中，步骤S230还包括：

根据为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立所述业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由-场景-接口关联路径。

根据配置的每种业务场景信息，选择相关联的路由信息，当完成了与该路由相关联的每个接口的调试运行后，并且确定了运行正常的目标接口后，可以将每种业务场景信息、与业务场景信息关联的路由信息、与路由信息关联的目标接口的接口信息建立三者之间的绑定关系，最终生成路由-场景-接口关联路径，在正式应用环境下进行发布，提供给业务方使用。

图7为本申请实施例提供的接口处理装置的结构示意图。该装置可用于与图1所示的电子设备100，并可应用与图2中的应用场景中，以实现做到编排接口的可视化调试，快速分析各接口运行情况以及运行错误位置。最终，通过“路由-场景-接口”三段式关联匹配，实现聚合业务场景的统一管理。该装置包括：接收模块200、运行模块300、处理模块400，各个模块的远离如下：

接收模块200，用于获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息。详细参见上述实施例中对步骤S210的描述。

运行模块300，用于根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口。详细参见上述实施例中对步骤S220的描述。

处理模块400，用于将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。详细参见上述实施例中对步骤S230的描述。

在一实施例中，该装置还包括：生成模块500；

生成模块500，用于根据所述执行逻辑，生成每个接口对应的可视化流程图。

在一实施例中，所述生成模块500还包括：输出单元；

输出单元，用于若存在接口运行错误，输出所述可视化流程图中的错误节点信息。

在一实施例中，所述输出单元还包括：输出子单元；

分析子单元，用于针对每个接口，记录所述接口对应的可视化流程图中各个节点的处理结果；

对各个节点的处理结果进行分析，定位出错误节点，并输出错误节点信息。

在一实施例中，所述运行模块300还包括：发布单元；

发布单元，用于进行所述目标接口的发布操作。

在一实施例中，所述运行模块300还包括：存储单元；

存储单元，用于将所述目标接口对应的接口信息、所述执行逻辑以及所述调试参数在数据库中进行存储。

在一实施例中，所述处理模块400还包括：绑定单元；

绑定单元，用于根据为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立所述业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由-场景-接口关联路径。

上述装置中各个模块的功能和作用的实现过程具体详见上述接口处理方法中对应步骤的实现过程，在此不再赘述。

在本申请所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种接口处理方法，其特征在于，包括：

获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息；

根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口；

将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述执行逻辑，生成每个接口对应的可视化流程图。

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

若存在接口运行错误，输出所述可视化流程图中的错误节点信息。

4.根据权利要求3所述的方法，其特征在于，所述若存在接口运行错误，输出所述可视化流程图中的错误节点信息，包括：

针对每个接口，记录所述接口对应的可视化流程图中各个节点的处理结果；

对各个节点的处理结果进行分析，定位出错误节点，并输出错误节点信息。

5.根据权利要求1所述的方法，其特征在于，在所述确定运行正常的目标接口之后，所述方法还包括：

进行所述目标接口的发布操作。

6.根据权利要求1所述的方法，其特征在于，在所述确定运行正常的目标接口之后，所述方法还包括：

将所述目标接口对应的接口信息、所述执行逻辑以及所述调试参数在数据库中进行存储。

7.根据权利要求1所述的方法，其特征在于，所述将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径，包括：

根据为每种业务场景信息对应选择的相关联的路由信息以及目标接口，建立所述业务场景信息、路由信息以及目标接口的接口信息之间的绑定关系，生成路由-场景-接口关联路径。

8.一种接口处理装置，其特征在于，包括：

接收模块，用于获取输入的路由信息、多个接口对应的接口信息以及配置的业务场景信息；

运行模块，用于根据每个接口对应配置的执行逻辑和调试参数，进行接口运行，确定运行正常的目标接口；

处理模块，用于将所述目标接口的接口信息、与所述目标接口关联的路由信息以及与所述目标接口关联的业务场景信息建立绑定关系，生成路由-场景-接口关联路径。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行权利要求1-7任意一项所述的接口处理方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序可由处理器执行以完成权利要求1-7任意一项所述的接口处理方法。

Images