CN114115841A - 数据流接口动态编排方法、装置、设备、介质及程序产品 - Google Patents

Abstract

本申请提供了一种数据流接口动态编排方法、装置、设备、介质及程序产品，通过在前端响应于拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，然后响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块，再根据目标业务模块和预设接口参数确定数据流接口的解析请求，并发送给后端；在后端根据接收到的解析请求以及预设动态模板确定接口原文件，然后根据接口的应用环境对接口原文件进行动态编译，再利用接口封装器封装编译结果，确定目标数据流接口。实现了通过利用图形化前端***来构建接口核心逻辑，再用后端服务***自动动态编排接口代码封装，以解决现有技术依赖直接代码定制来开发接口导致开发效率低下的技术问题。

Description

数据流接口动态编排方法、装置、设备、介质及程序产品

技术领域

本申请涉及计算机数据处理领域，尤其涉及一种数据流接口动态编排方法、装置、设备、介质及程序产品。

背景技术

随着互联网技术的不断发展，应用程序的新建或更新维护的需求不断加快，从而导致开发人员的工作量也越来越大，其中特别是前端***与后端服务***之间接口的开发更是开发人员颇感繁重的重复性工作。

目前，接口即API(Application Programming Interface，应用程序接口)的开发均是开发人员根据应用程序的需求书说明书的要求和理解直接进行相关承载代码的编写来实现的。即通过针对特定的前端应用程序与后端服务***采取定制化开发来构建接口。

但是，由于代码定制化的开发方式中存在着大量重复的代码编辑工作，使得开发人员无法将接口的核心逻辑与代码编辑分开，造成接口开发效率低下的技术问题。

发明内容

本申请提供一种数据流接口动态编排方法、装置、设备、介质及程序产品，通过利用图形化前端***来构建接口核心逻辑，再用后端服务***根据接口核心逻辑自动动态编排接口对应的代码程序封装，以解决现有技术依赖直接代码定制来开发接口导致开发效率低下的技术问题。

第一个方面，本申请提供一种数据流接口动态编排方法，应用于后端服务***，包括：

接收前端***发送的解析请求；

根据解析请求以及预设动态模板确定接口原文件；

根据解析请求中指示的应用环境对接口原文件进行动态编译，以确定编译结果，应用环境为目标数据流接口所使用的平台环境，目标数据流用于前端***与后端服务***的数据交互；

利用接口封装器，根据编译结果，确定目标数据流接口。

在一种可能的设计中，所述根据解析请求以及预设动态模板确定接口原文件，包括：

根据解析请求确定映射协议串以及预设接口参数；

根据预设接口参数以及预设数据协议解析映射协议串，以确定各个接口单元；

预读取预设动态模板，并将预设动态模板中的接口方法单元添加到接口单元中，以确定接口原文件，方法单元包括：接口请求方式、访问路径规范以及方法声明。

在一种可能的设计中，所述根据解析请求中指示的应用环境对接口原文件进行动态编译，以确定编译结果，包括：

根据应用环境确定对应的编译器；

利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果。

在一种可能的设计中，所述利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果，包括：

根据编译器确定文件管理实例；

将环境单元加载到文件管理实例中，并通过文件管理实例构建编译任务实例；

对任务实例执行编译，以确定编译结果。

在一种可能的设计中，所述将环境单元加载到文件管理实例中之前，还包括：

根据当前线程的上下文模块创建接口单元加载器；

根据接口原文件的编译单元名，构造源文件实例；

利用接口单元加载器，将源文件实例添加到文件管理实例中；

对应的，将环境单元加载到文件管理实例中，包括：

利用接口单元加载器将环境单元加载到文件管理实例中。

在一种可能的设计中，所述利用接口封装器，根据编译结果，确定目标数据流接口，包括：

根据接口封装器的应用上下文模块确定请求-处理映射器；

根据编译结果确定对应的各个接口方法单元；

根据请求-处理映射器从各个接口方法单元中筛选出注解为请求映射器的目标方法单元；

利用动态代理模块，根据编译结果以及目标方法单元，注册目标数据流接口。

可选的，所述根据编译结果确定对应的各个接口方法单元之后，还包括：

设置接口方法单元的私有属性为可见属性。

在一种可能的设计中，该数据流接口动态编排方法还包括：

向前端***返回目标数据流接口。

第二个方面，本申请提供一种数据流接口动态编排方法，应用于前端***，包括：

响应于用户的拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，业务原子模块为将业务逻辑按预设格式组织而成的图形化模块；

响应于用户的逻辑组装指令，将各个业务原子模块组装成目标业务模块；

根据目标业务模块和预设接口参数确定数据流接口的解析请求；

向后端服务***发送解析请求，以使后端服务***根据解析请求进行动态解析，并确定目标数据流接口。

在一种可能的设计中，所述根据目标业务模块和预设接口参数确定数据流接口的解析请求，包括：

根据目标业务模块以及预设数据协议确定映射协议串，映射协议串用于表示各个业务原子模块以及各个业务原子模块之间的业务逻辑关系；

根据映射协议串以及预设接口参数确定解析请求。

在一种可能的设计中，所述根据目标业务模块以及预设数据协议确定映射协议串，包括：

将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串。

可选的，所述预设数据协议为JSON协议，所述将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串，包括：

将目标业务模块传递到后端服务***；

后端服务***根据各个业务原子模块以及对应的业务逻辑按照JSON协议映射为JSON文本；

根据JSON文本确定映射协议串。

第三个方面，本申请提供一种数据流接口动态编排装置，包括：

接收模块，用于接收前端***发送的解析请求；

请求处理模块，用于根据所述解析请求以及预设动态模板确定接口原文件；

编译模块，用于根据所述解析请求中指示的应用环境对所述接口原文件进行动态编译，以确定编译结果，所述应用环境为目标数据流接口所使用的平台环境，目标数据流用于所述前端***与所述后端服务***的数据交互；

封装模块，用于利用接口封装器，根据所述编译结果，确定所述目标数据流接口。

在一种可能的设计中，所述请求处理模块，用于根据解析请求以及预设动态模板确定接口原文件，包括：

请求处理模块，用于根据解析请求确定映射协议串以及预设接口参数；

请求处理模块，还用于根据预设接口参数以及预设数据协议解析映射协议串，以确定各个接口单元；

请求处理模块，还用于预读取预设动态模板，并将预设动态模板中的接口方法单元添加到接口单元中，以确定接口原文件，方法单元包括：接口请求方式、访问路径规范以及方法声明。

在一种可能的设计中，所述编译模块，用于根据解析请求中指示的应用环境对接口原文件进行动态编译，以确定编译结果，包括：

编译模块，用于根据应用环境确定对应的编译器；

编译模块，还用于利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果。

在一种可能的设计中，所述编译模块，还用于利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果，包括：

编译模块，还用于根据编译器确定文件管理实例；

编译模块，还用于将环境单元加载到文件管理实例中，并通过文件管理实例构建编译任务实例；对任务实例执行编译，以确定编译结果。

在一种可能的设计中，所述编译模块，还用于将环境单元加载到文件管理实例中之前，还包括：

编译模块，还用于根据当前线程的上下文模块创建接口单元加载器；根据接口原文件的编译单元名，构造源文件实例；利用接口单元加载器，将源文件实例添加到文件管理实例中；

对应的，将编译模块，还用于环境单元加载到文件管理实例中，包括：

编译模块，还用于利用接口单元加载器将环境单元加载到文件管理实例中。

在一种可能的设计中，所述封装模块，用于利用接口封装器，根据编译结果，确定目标数据流接口，包括：

封装模块，用于根据接口封装器的应用上下文模块确定请求-处理映射器；

封装模块，还用于根据编译结果确定对应的各个接口方法单元；

封装模块，还用于根据请求-处理映射器从各个接口方法单元中筛选出注解为请求映射器的目标方法单元；

封装模块，还用于利用动态代理模块，根据编译结果以及目标方法单元，注册目标数据流接口。

可选的，所述封装模块，还用于根据编译结果确定对应的各个接口方法单元之后，还包括：

封装模块，还用于设置接口方法单元的私有属性为可见属性。

在一种可能的设计中，该数据流接口动态编排装置还包括：

发送模块，用于向前端***返回目标数据流接口。

第四个方面，本申请提供一种数据流接口动态编排装置，包括：

获取模块，用于获取用户的拖拽指令；

图形库模块，用于响应于拖拽指令，将各个业务原子模块复制到模块组装界面上，业务原子模块为将业务逻辑按预设格式组织而成的图形化模块；

获取模块，还用于获取用户的逻辑组装指令；

组装模块，用于响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块；

处理模块，用于根据目标业务模块和预设接口参数确定数据流接口的解析请求；

处理模块，还用于向后端服务***发送解析请求，以使后端服务***根据解析请求进行动态解析，并确定目标数据流接口。

在一种可能的设计中，所述处理模块，用于根据目标业务模块和预设接口参数确定数据流接口的解析请求，包括：

处理模块，用于根据目标业务模块以及预设数据协议确定映射协议串，映射协议串用于表示各个所述业务原子模块以及各个所述业务原子模块之间的业务逻辑关系；

处理模块，还用于根据映射协议串以及预设接口参数确定解析请求。

在一种可能的设计中，所述处理模块，用于根据目标业务模块以及预设数据协议确定映射协议串，包括：

处理模块，用于将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串。

可选的，所述预设数据协议为JSON协议，所述处理模块，用于将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串，包括：

处理模块，用于将目标业务模块传递到后端服务***；后端服务***根据各个业务原子模块以及对应的业务逻辑按照JSON协议映射为JSON文本；根据JSON文本确定映射协议串。

第五个方面，本申请提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行第一方面所提供的任意一种可能的数据流接口动态编排方法。

第六个方面，本申请提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行第二方面所提供的任意一种可能的数据流接口动态编排方法。

第七个方面，本申请提供一种存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序用于执行第一方面所提供的任意一种可能的数据流接口动态编排方法。

第八个方面，本申请提供一种存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序用于执行第二方面所提供的任意一种可能的数据流接口动态编排方法。

第九方面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面所提供的任意一种可能的数据流接口动态编排方法。

第十面，本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第二方面所提供的任意一种可能的数据流接口动态编排方法。

本申请提供了一种数据流接口动态编排方法、装置、设备、介质及程序产品，通过在前端响应于拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，然后响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块，再根据目标业务模块和预设接口参数确定数据流接口的解析请求，并发送给后端；在后端根据接收到的解析请求以及预设动态模板确定接口原文件，然后根据接口的应用环境对接口原文件进行动态编译，再利用接口封装器封装编译结果，确定目标数据流接口。实现了通过利用图形化前端***来构建接口核心逻辑，再用后端服务***自动动态编排接口代码封装，以解决现有技术依赖直接代码定制来开发接口导致开发效率低下的技术问题。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供的接口的原理示意图；

图2为本申请提供的一种前端图形化接口逻辑编辑界面的示意图；

图3为本申请提供的一种数据流接口动态编排方法的流程示意图；

图4为本申请提供的另一种数据流接口动态编排方法的流程示意图；

图5为本申请提供的一种数据流接口动态编排装置的结构示意图；

图6为本申请提供的一种数据流接口动态编排装置的结构示意图；

图7为本申请提供的一种电子设备的结构示意图；

图8为本申请提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，包括但不限于对多个实施例的组合，都属于本申请保护的范围。

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

现有的API接口开发都是依赖于开发人员直接根据需求书中的要求和自身的理解，直接编制承载接口逻辑的程序代码，即代码定制化的开发方式来完成的。但是这种方式使得开发人员不能够将接口的实现逻辑与代码语法规范解耦，开发人员被各种重复代码编制弄得焦头烂额，接口开发效率低下，并且相同逻辑功能的接口不能直接利用到不同的平台环境中使用，又需要在不同使用平台环境中重复接口的开发，造成人力物力的大量浪费。

未解决上述问题，本申请的发明构思旨在：

通过利用图形化前端***来构建接口核心逻辑，再用后端服务***根据接口核心逻辑自动动态编排接口对应的代码程序封装。用户直接在前端***中通过图形界面直接拼装接口逻辑，再用后端***根据应用环境自动编译封装成所需要的目标数据流接口。

为了便于理解，下面对本申请中涉及到的名词进行介绍。

接口是用户与***之间，模块与模块之间，前端***与后端***之间数据交互的通道，交互双方通过接口完成对外数据的接收和发送。例如接口接收接口一端的***发送的请求，转换为另一端的***所能识别的请求方式，给另一端的***进行处理。

图1为本申请提供的接口的原理示意图。如图1所示，前端***11需要将数据或请求传递给后端***12。对于不同的数据或请求，或者是同一个后端***对应不同的前端***，又或者是同一个前端***对应多个后端***，都各自需要对应的数据传输通道即接口13来传递数据，以形成数据流。

下面结合附图来对本申请提供的数据流接口动态编排页面的方法进行详细介绍。

图2为本申请提供的一种前端图形化接口逻辑编辑界面的示意图。如图2所示，该图形化接口逻辑编辑界面包括图形化模块库21、模块组装界面22、预设接口参数填写区23、控制指令按钮(如运行按钮、基础模块库按钮、重置按钮等)、输出结果显示区。在图形化模块库21中包括至少一个用户根据业务逻辑自定义的业务原子模块211。用户将需要用到的各个业务原子模块拖拽复制到模块组装界面22中，然后通过基础模块库中的基础模块来进行组装拼接，基础模块包括：Logic逻辑模块、Loops循环模块、Math匹配模块、Text文本模块、Lists集合模块、Color颜色模块、Variables变量模块及Functions功能模块等等。Logic逻辑模块包括各种逻辑运算模块，如四则运算、求和运算、微分/积分运算等等。

下面对用户如何根据图2所示的界面采用本申请提供的数据流接口动态编排方法来自动生成目标数据流接口进行详细介绍。

图3为本申请提供的一种数据流接口动态编排方法的流程示意图。如图3所示，该数据流接口动态编排方法的具体步骤，包括：

S301、响应于用户的拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上。

在本步骤中，业务原子模块为将业务逻辑按预设格式组织而成的图形化模块。

具体的，用户即开发人员首先需要根据目标数据流接口所涉及到的业务进行业务原子模块的自定义。开发人员根据业务的实现逻辑将业务进行拆解，得到能够实现基础逻辑的最小业务单元即原子业务，然后开发人员根据前端***所提供的图形化模块自定义界面将原子业务进行图形化封装，形成业务原子模块。由于原子业务具有较高的通用性，可以被多种复杂业务所调用，因此随着开发人员的不断完善，图形化模块库中所包含的自定义的业务原子模块也会越来越丰富。并且开发人员还可以将拼装后的复杂模块添加到图形化模块库中，形成新的业务原子模块，即实现了业务原子模块的嵌套复用。

在开发人员需要开发新的接口即目标数据流接口时，从图形化模块库中拖拽或者复制业务原子模块到模块组装界面上。

S302、响应于用户的逻辑组装指令，将各个业务原子模块组装成目标业务模块。

在本步骤中，用户利用业务原子模块与基础模块的组合实现目标数据流接口的业务逻辑，对于这个组合而成的多模块组装集合即为目标业务模块。

例如：如图2所示，在模块组装界面22中的目标业务模块221就是由业务原子模块1～3、Variables变量模块(设置识别标识和设置库存标识)、Logic逻辑模块(求和)以及Lists集合模块(创建集合)拼接而得到。

S303、根据目标业务模块和预设接口参数确定数据流接口的解析请求。

在本步骤中，用户即开发人员将目标数据流接口的一些基础参数即预设接口参数，如：名称、类型、应用环境、调用方法及路径、输入参数、输出参数、声明等等内容输入到预设接口参数填写区，点击运行按钮后，前端***就将目标业务模块221所涉及的对象及业务逻辑以及预设接口参数一起生成解析请求。

在一种可能的实施方式中，本步骤具体包括：

根据目标业务模块以及预设数据协议确定映射协议串，映射协议串用于表示各个业务原子模块以及各个业务原子模块之间的业务逻辑关系；

根据映射协议串以及预设接口参数确定解析请求。

S304、向后端服务***发送解析请求。

需要说明的是步骤S301～S304都是在前端***中完成的。可选的，对于前端***中如图2所示的图形化管理界面对应的管理***可以利用Blockly图形化解决方案来搭建。

S305、接收前端***发送的解析请求，并根据解析请求以及预设动态模板确定接口原文件。

在本步骤中，后端服务***接收到前端***发送的解析请求，然后根据解析请求确定映射协议串以及预设接口参数；再根据预设接口参数以及预设数据协议解析映射协议串，以确定各个接口单元；接下来预读取预设动态模板，并将预设动态模板中的接口方法单元添加到接口单元中，以确定接口原文件。其中，方法单元包括：接口请求方式、访问路径规范以及方法声明。

具体的，根据解析请求创建各个业务原子模块对应的接口单元，以及各个业务原子模块间的业务逻辑关系对应的接口方法单元。然后，利用预设动态模板来实现业务逻辑关系在目标数据流接口的应用环境中所对应的数据请求和/或处理的实现方法及实现路径。

需要说明的是，在本实施例中接口单元的一种实现方式是JAVA类对象，接口方法单元一种实现方式是JAVA方法/功能类，或function对象或称为函数。当然可以理解的是方法类的实质也是JAVA类的一种。

S306、根据解析请求中指示的应用环境对接口原文件进行动态编译。

在本步骤中，应用环境为目标数据流接口所使用的平台环境，例如，目标数据流接口是Web网页前端与后端***之间的交互数据传输接口，Web网页前端***可以是基于JavaScript协议框架开发的，而后端***可以是包含CMS(content management system)内容管理***以及SQL(Structured Query Language，结构化查询语言)数据库。后端***一般可以基于JAVA语言平台和SQL语开发，这些就是决定目标数据流接口的应用环境。

需要说明的是，目标数据流用于前端***与后端服务***的数据交互。

在本实施例中，本步骤具体包括：

根据所述应用环境确定对应的编译器；

利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果。

需要说明的是，接口方法单元即为接口方法类，用于实现接口类实例对象所需执行的访问请求方法或功能。

S307、利用接口封装器，根据编译结果，确定目标数据流接口。

在本步骤中，利用接口封装器实现对编译结果文件的反编译，使得目标数据流接口能够被前端图形化***所识别，或者是封装成通用的语言协议结构，如Spring框架，使得目标数据流接口能够被高效复用。

S308、向前端***返回目标数据流接口。

在本步骤中，将后端服务***将自动生成的目标数据流接口返回给前端的图形化管理界面中，以便于用户检查其搭建的目标业务模块是否存在逻辑错误。

本实施例提供了一种数据流接口动态编排方法，通过在前端响应于拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，然后响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块，再根据目标业务模块和预设接口参数确定数据流接口的解析请求，并发送给后端；在后端根据接收到的解析请求以及预设动态模板确定接口原文件，然后根据接口的应用环境对接口原文件进行动态编译，再利用接口封装器封装编译结果，确定目标数据流接口。实现了通过利用图形化前端***来构建接口核心逻辑，再用后端服务***自动动态编排接口代码封装，以解决现有技术依赖直接代码定制来开发接口导致开发效率低下的技术问题。

图4为本申请提供的另一种数据流接口动态编排方法的流程示意图。如图4所示，该数据流接口动态编排方法的具体步骤包括：

S401、响应于用户的拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上。

在本实施例中，以计算安全库存的目标数据流接口为例对本申请实施例的数据流接口动态编排方法进行说明。在计算安全库存业务中，需要用到三个业务原子模块，即备货库存原子模块、可用库存原子模块、在途库存原子模块。用户将此三个业务自模块从图形化模块库中复制或拖拽复制到模块组装界面上。

S402、响应于用户的逻辑组装指令，将各个业务原子模块组装成目标业务模块。

在本步骤中，用户在模块组装界面上按照计算安全库存业务的业务逻辑，用基本模块以及上述三个业务子模块进行业务组装，得到目标业务模块即安全库存模块，并在图形化管理***中形成了逻辑关系。

S403、根据目标业务模块以及预设数据协议确定映射协议串。

在本步骤中，映射协议串用于表示各个业务原子模块以及各个业务原子模块之间的业务逻辑关系。

在一种可能的实施方式中，将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串。

具体的，在本实施例中预设数据协议为JSON(JavaScript Object Notation,JS对象简谱)协议，本步骤具体包括：

将目标业务模块传递到后端服务***；

后端服务***根据各个业务原子模块以及对应的业务逻辑按照JSON协议映射为JSON文本；

根据JSON文本确定映射协议串。

例如，上述的安全库存模块，前端***将安全库存模块发送给后端服务***，由后端服务***的JSON生成工具按照JSON协议映射为JSON文本，然后再讲对应的各个JSON文本按照一定的系列排列，形成映射协议串。

S404、根据映射协议串以及预设接口参数确定解析请求。

在本实施例中，用户在图2所示的预设接口参数填写区23输入安全库存模块即目标业务模块所对应的目标数据流接口的API接口基础信息参数后，点击运行按钮后，前端***就将S403中得到的映射协议串与API接口基础信息参数一起生成解析请求。

S405、向后端服务***发送解析请求。

在本步骤中，前端***将上一步生成的解析请求发送给后端服务***。需要说明的是，在解析请求中包括了目标数据流接口所需要应用的平台环境即应用环境。

S406、接收前端***发送的解析请求，并根据解析请求确定映射协议串以及预设接口参数。

在本实施例中，后端服务***接收解析请求，然后读取解析请求中的映射协议串以及预设接口参数，即PI接口基础信息参数。

S407、根据预设接口参数以及预设数据解析映射协议串，以确定各个接口单元。

在本实施例中，接口单元为接口JAVA类。首先利用解析工具，按照JSON协议来解析映射协议串中的JSON文本，以确定建立空白的接口JAVA类文件，然后根据应用环境对应的API约定规范进行接口JAVA类名称调整，使其与预设接口参数中的类名一致。

S408、预读取预设动态模板，并将预设动态模板中的接口方法单元添加到接口单元中，以确定接口原文件。

在本步骤中，接口方法单元包括：接口请求方式、访问路径规范以及方法声明。预设动态模板可以有多个，分别对应多种请求方法方式和/或访问路径规范。

具体的，预读取预设动态模板，形成文件流，然后按照预设接口参数即API接口基础信息参数替换文件流中对应的内容，将预设动态模板中所对应的接口方法JAVA类即接口方法单元添加到上一步建立的空白的接口JAVA类文件中。这样就形成了一个完整的JAVA类文件即接口原文件。

S409、利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果。

在本实施例中，本步骤具体包括：

根据解析请求中指示的应用环境确定对应的编译器，并根据编译器确定文件管理实例；

将环境单元加载到文件管理实例中，并通过文件管理实例构建编译任务实例；

对任务实例执行编译，以确定编译结果。

需要说明的是，在本实施例中，编译结果在JAVA框架中为class格式的文件，环境单元即JAVA编译环境中的相关类实例。

在一种可能的设计中，所述将环境单元加载到文件管理实例中之前，还包括：

根据当前线程的上下文模块创建接口单元加载器；

根据接口原文件的编译单元名，构造源文件实例；

利用接口单元加载器，将源文件实例添加到文件管理实例中；

对应的，将环境单元加载到文件管理实例中，包括：

利用接口单元加载器将环境单元加载到文件管理实例中。

例如，接上述例子，安全库存的计算需要在备货库存、可用库存及在途库存的基础上进行，即安全库存＝备货库存-可用库存-在途库存，在产生安全库存服务代码的时候，需要将备货库存原子组件、可用库存原子组件及在途库存原子组件即备货库存原子模块、可用库存原子模块、在途库存原子模块各自转换为Java的原有代码，并根据从前端传回的逻辑关系即解析请求中各个业务原子模块的逻辑关系(备货库存-可用库存-在途库存)形成新代码，构建为一个新方法(接口方法单元)和对应的返回值，形成原文件(接口原文件)中方法内容(接口方法单元的具体内容)，并将该原文件通过继承SimpleJavaFileObject构建原文件实例；通过实现DiagnosticListener指定编译诊断收集器(编译器)，构造标准的文件管理器实例，再通过继承ClassLoader实现自定义类加载器，再将原文件实例注入到自定义类加载器完成动态编译。

S410、利用接口封装器，根据编译结果，确定目标数据流接口。

在本实施例中，具体包括：

根据接口封装器的应用上下文模块确定请求-处理映射器，例如运用Spring架构协议作为接口封装器的具体实现方式，所述应用上下文模块为Spring应用上下文，所述请求-处理映射器对应着Spring框架中的RequestMappingHandlerMapping；

根据编译结果确定对应的各个接口方法单元即接口方法类；

设置接口方法单元的私有属性为可见属性，这一步的目的是为了让后续的接口方法类能够被调用和设置；

根据请求-处理映射器从各个接口方法单元中筛选出注解为请求映射器的目标方法单元，所述请求映射器的一种实现方式是Spring框架中的RequestMapping；

利用动态代理模块，根据编译结果以及目标方法单元，注册目标数据流接口。

例如，根据ApplicationContext上下文，获取上下文环境中的RequestMappingHandlerMapping所有方法即接口方法类，并设置方法的属性为可见，判断目标文件即编译结果中的能够对外提供服务的方法即目标方法单元，进行动态代理和注册，从而让容器环境即目标数据流接口对应的应用环境，能识别新服务接口即目标数据流接口的存在。

S411、向前端***返回目标数据流接口。

在本步骤中，将后端服务***将自动生成的目标数据流接口返回给前端的图形化管理界面中，以便于用户检查其搭建的目标业务模块是否存在逻辑错误。

本实施例提供了一种数据流接口动态编排方法，通过在前端响应于拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，然后响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块，再根据目标业务模块和预设接口参数确定数据流接口的解析请求，并发送给后端；在后端根据接收到的解析请求以及预设动态模板确定接口原文件，然后根据接口的应用环境对接口原文件进行动态编译，再利用接口封装器封装编译结果，确定目标数据流接口。实现了通过利用图形化前端***来构建接口核心逻辑，再用后端服务***自动动态编排接口代码封装，以解决现有技术依赖直接代码定制来开发接口导致开发效率低下的技术问题。

图5为本申请提供的一种数据流接口动态编排装置的结构示意图。该数据流接口动态编排装置500可以通过软件、硬件或者两者的结合实现。

如图5所示，该数据流接口动态编排装置500包括：

接收模块501，用于接收前端***发送的解析请求；

请求处理模块502，用于根据所述解析请求以及预设动态模板确定接口原文件；

编译模块503，用于根据所述解析请求中指示的应用环境对所述接口原文件进行动态编译，以确定编译结果，所述应用环境为目标数据流接口所使用的平台环境，目标数据流用于所述前端***与所述后端服务***的数据交互；

封装模块504，用于利用接口封装器，根据所述编译结果，确定所述目标数据流接口。

在一种可能的设计中，所述请求处理模块502，用于根据解析请求以及预设动态模板确定接口原文件，包括：

请求处理模块502，用于根据解析请求确定映射协议串以及预设接口参数；

请求处理模块502，还用于根据预设接口参数以及预设数据协议解析映射协议串，以确定各个接口单元；

请求处理模块502，还用于预读取预设动态模板，并将预设动态模板中的接口方法单元添加到接口单元中，以确定接口原文件，方法单元包括：接口请求方式、访问路径规范以及方法声明。

在一种可能的设计中，所述编译模块503，用于根据解析请求中指示的应用环境对接口原文件进行动态编译，以确定编译结果，包括：

编译模块503，用于根据应用环境确定对应的编译器；

编译模块503，还用于利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果。

在一种可能的设计中，所述编译模块503，还用于利用编译器动态编译接口原文件，同时给接口原文件加载与应用环境相关的环境单元，以确定编译结果，包括：

编译模块503，还用于根据编译器确定文件管理实例；

编译模块503，还用于将环境单元加载到文件管理实例中，并通过文件管理实例构建编译任务实例；对任务实例执行编译，以确定编译结果。

在一种可能的设计中，所述编译模块503，还用于将环境单元加载到文件管理实例中之前，还包括：

编译模块503，还用于根据当前线程的上下文模块创建接口单元加载器；根据接口原文件的编译单元名，构造源文件实例；利用接口单元加载器，将源文件实例添加到文件管理实例中；

对应的，将编译模块503，还用于环境单元加载到文件管理实例中，包括：

编译模块503，还用于利用接口单元加载器将环境单元加载到文件管理实例中。

在一种可能的设计中，所述封装模块504，用于利用接口封装器，根据编译结果，确定目标数据流接口，包括：

封装模块504，用于根据接口封装器的应用上下文模块确定请求-处理映射器；

封装模块504，还用于根据编译结果确定对应的各个接口方法单元；

封装模块504，还用于根据请求-处理映射器从各个接口方法单元中筛选出注解为请求映射器的目标方法单元；

封装模块504，还用于利用动态代理模块，根据编译结果以及目标方法单元，注册目标数据流接口。

可选的，所述封装模块504，还用于根据编译结果确定对应的各个接口方法单元之后，还包括：

封装模块504，还用于设置接口方法单元的私有属性为可见属性。

在一种可能的设计中，该数据流接口动态编排装置还包括：

发送模块，用于向前端***返回目标数据流接口。

值得说明的是，图5所示实施例提供的数据流接口动态编排装置，可以执行上述任一方法实施例中所提供的后端服务***对应的方法，其具体实现原理、技术特征、专业名词解释以及技术效果类似，在此不再赘述。

图6为本申请提供的一种数据流接口动态编排装置的结构示意图。该数据流接口动态编排装置600可以通过软件、硬件或者两者的结合实现。

如图6所示，该数据流接口动态编排装置600包括：

获取模块601，用于获取用户的拖拽指令；

图形库模块602，用于响应于拖拽指令，将各个业务原子模块复制到模块组装界面上，业务原子模块为将业务逻辑按预设格式组织而成的图形化模块；

获取模块601，还用于获取用户的逻辑组装指令；

组装模块603，用于响应于逻辑组装指令，将各个业务原子模块组装成目标业务模块；

处理模块604，用于根据目标业务模块和预设接口参数确定数据流接口的解析请求；

处理模块604，还用于向后端服务***发送解析请求，以使后端服务***根据解析请求进行动态解析，并确定目标数据流接口。

在一种可能的设计中，所述处理模块604，用于根据目标业务模块和预设接口参数确定数据流接口的解析请求，包括：

处理模块604，用于根据目标业务模块以及预设数据协议确定映射协议串，映射协议串用于表示各个所述业务原子模块以及各个所述业务原子模块之间的业务逻辑关系；

处理模块604，还用于根据映射协议串以及预设接口参数确定解析请求。

在一种可能的设计中，所述处理模块604，用于根据目标业务模块以及预设数据协议确定映射协议串，包括：

处理模块604，用于将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串。

可选的，所述预设数据协议为JSON协议，所述处理模块604，用于将目标业务模块中的各个业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定映射协议串，包括：

处理模块604，用于将目标业务模块传递到后端服务***；后端服务***根据各个业务原子模块以及对应的业务逻辑按照JSON协议映射为JSON文本；根据JSON文本确定映射协议串。

值得说明的是，图6所示实施例提供的数据流接口动态编排装置，可以执行上述任一方法实施例中所提供的前端***对应的方法，其具体实现原理、技术特征、专业名词解释以及技术效果类似，在此不再赘述。

图7为本申请提供的一种电子设备的结构示意图。如图7所示，该电子设备700应用于后端服务***，可以包括：至少一个处理器701和存储器702。图7示出的是以一个处理器为例的电子设备。

存储器702，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器702可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器701用于执行存储器702存储的计算机执行指令，以实现以上各方法实施例所述的方法。

其中，处理器701可能是一个中央处理器(central processing unit，简称为CPU)，或者是特定集成电路(application specific integrated circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选地，存储器702既可以是独立的，也可以跟处理器701集成在一起。当所述存储器702是独立于处理器701之外的器件时，所述电子设备700，还可以包括：

总线703，用于连接所述处理器701以及所述存储器702。总线可以是工业标准体系结构(industry standard architecture，简称为ISA)总线、外部设备互连(peripheralcomponent，PCI)总线或扩展工业标准体系结构(extended industry standardarchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器702和处理器701集成在一块芯片上实现，则存储器702和处理器701可以通过内部接口完成通信。

图8为本申请提供的一种电子设备的结构示意图。如图8所示，该电子设备800应用与前端***，可以包括：至少一个处理器801和存储器802。图8示出的是以一个处理器为例的电子设备。

存储器802，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器802可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器801用于执行存储器802存储的计算机执行指令，以实现以上各方法实施例所述的方法。

其中，处理器801可能是一个中央处理器(central processing unit，简称为CPU)，或者是特定集成电路(application specific integrated circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选地，存储器802既可以是独立的，也可以跟处理器801集成在一起。当所述存储器802是独立于处理器801之外的器件时，所述电子设备800，还可以包括：

总线803，用于连接所述处理器801以及所述存储器802。总线可以是工业标准体系结构(industry standard architecture，简称为ISA)总线、外部设备互连(peripheralcomponent，PCI)总线或扩展工业标准体系结构(extended industry standardarchitecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器802和处理器801集成在一块芯片上实现，则存储器802和处理器801可以通过内部接口完成通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述各方法实施例中后端服务***对应的方法。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述各方法实施例中前端***对应的方法。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中后端服务***对应的方法。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中前端***对应的方法。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (20)

1.一种数据流接口动态编排方法，其特征在于，应用于后端服务***，包括：

接收前端***发送的解析请求；

根据所述解析请求以及预设动态模板确定接口原文件；

根据所述解析请求中指示的应用环境对所述接口原文件进行动态编译，以确定编译结果，所述应用环境为目标数据流接口所使用的平台环境，目标数据流用于所述前端***与所述后端服务***的数据交互；

利用接口封装器，根据所述编译结果，确定所述目标数据流接口。

2.根据权利要求1所述的数据流接口动态编排方法，其特征在于，所述根据所述解析请求以及预设动态模板确定接口原文件，包括：

根据所述解析请求确定映射协议串以及预设接口参数；

根据所述预设接口参数以及预设数据协议解析所述映射协议串，以确定各个接口单元；

预读取预设动态模板，并将所述预设动态模板中的接口方法单元添加到所述接口单元中，以确定所述接口原文件，所述方法单元包括：接口请求方式、访问路径规范以及方法声明。

3.根据权利要求1所述的数据流接口动态编排方法，其特征在于，所述根据所述解析请求中指示的应用环境对所述接口原文件进行动态编译，以确定编译结果，包括：

根据所述应用环境确定对应的编译器；

利用编译器动态编译所述接口原文件，同时给所述接口原文件加载与所述应用环境相关的环境单元，以确定所述编译结果。

4.根据权利要求3所述的数据流接口动态编排方法，其特征在于，所述利用编译器动态编译所述接口原文件，同时给所述接口原文件加载与所述应用环境相关的环境单元，以确定所述编译结果，包括：

根据所述编译器确定文件管理实例；

将所述环境单元加载到所述文件管理实例中，并通过所述文件管理实例构建编译任务实例；

对所述任务实例执行编译，以确定所述编译结果。

5.根据权利要求4所述的数据流接口动态编排方法，其特征在于，在所述将所述环境单元加载到所述文件管理实例中之前，还包括：

根据当前线程的上下文模块创建接口单元加载器；

根据所述接口原文件的编译单元名，构造源文件实例；

利用所述接口单元加载器，将所述源文件实例添加到所述文件管理实例中；

对应的，所述将所述环境单元加载到所述文件管理实例中，包括：

利用所述接口单元加载器将所述环境单元加载到所述文件管理实例中。

6.根据权利要求1所述的数据流接口动态编排方法，其特征在于，所述利用接口封装器，根据所述编译结果，确定所述目标数据流接口，包括：

根据所述接口封装器的应用上下文模块确定请求-处理映射器；

根据所述编译结果确定对应的各个所述接口方法单元；

根据所述请求-处理映射器从各个所述接口方法单元中筛选出注解为请求映射器的目标方法单元；

利用动态代理模块，根据所述编译结果以及目标方法单元，注册所述目标数据流接口。

7.根据权利要求6所述的数据流接口动态编排方法，其特征在于，在所述根据所述编译结果确定对应的各个所述接口方法单元之后，还包括：

设置所述接口方法单元的私有属性为可见属性。

8.根据权利要求1所述的数据流接口动态编排方法，其特征在于，还包括：

向所述前端***返回所述目标数据流接口。

9.一种数据流接口动态编排方法，其特征在于，应用于前端***，包括：

响应于用户的拖拽指令，从图形化模块库中将各个业务原子模块复制到模块组装界面上，所述业务原子模块为将业务逻辑按预设格式组织而成的图形化模块；

响应于用户的逻辑组装指令，将各个所述业务原子模块组装成目标业务模块；

根据所述目标业务模块和预设接口参数确定数据流接口的解析请求；

向后端服务***发送所述解析请求，以使所述后端服务***根据所述解析请求进行动态解析，并确定目标数据流接口。

10.根据权利要求9所述的数据流接口动态编排方法，其特征在于，所述根据所述目标业务模块和预设接口参数确定数据流接口的解析请求，包括：

根据所述目标业务模块以及预设数据协议确定映射协议串，所述映射协议串用于表示各个所述业务原子模块以及各个所述业务原子模块之间的业务逻辑关系；

根据所述映射协议串以及预设接口参数确定所述解析请求。

11.根据权利要求10所述的数据流接口动态编排方法，其特征在于，所述根据所述目标业务模块以及预设数据协议确定映射协议串，包括：

将所述目标业务模块中的各个所述业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定所述映射协议串。

12.根据权利要求11所述的数据流接口动态编排方法，其特征在于，所述预设数据协议为JSON协议，所述将所述目标业务模块中的各个所述业务原子模块以及对应的业务逻辑按照预设数据协议的格式建立映射关系，以确定所述映射协议串，包括：

将所述目标业务模块传递到后端服务***；

所述后端服务***根据各个所述业务原子模块以及对应的业务逻辑按照JSON协议映射为JSON文本；

根据所述JSON文本确定所述映射协议串。

13.一种数据流接口动态编排装置，其特征在于，包括：

接收模块，用于接收前端***发送的解析请求；

请求处理模块，用于根据所述解析请求以及预设动态模板确定接口原文件；

编译模块，用于根据所述解析请求中指示的应用环境对所述接口原文件进行动态编译，以确定编译结果，所述应用环境为目标数据流接口所使用的平台环境，目标数据流用于所述前端***与后端服务***的数据交互；

封装模块，用于利用接口封装器，根据所述编译结果，确定所述目标数据流接口。

14.一种数据流接口动态编排装置，其特征在于，包括：

获取模块，用于获取用户的拖拽指令；

图形库模块，用于响应于所述拖拽指令，将各个业务原子模块复制到模块组装界面上，所述业务原子模块为将业务逻辑按预设格式组织而成的图形化模块；

所述获取模块，还用于获取所述用户的逻辑组装指令；

组装模块，用于响应于所述逻辑组装指令，将各个所述业务原子模块组装成目标业务模块；

处理模块，用于根据所述目标业务模块和预设API接口参数确定数据流接口的解析请求；向后端服务***发送所述解析请求，以使所述后端服务***根据所述解析请求进行动态解析，并确定目标数据流接口。

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

处理器；以及，

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器配置为经由执行所述计算机程序来执行权利要求1至8任一项所述的数据流接口动态编排方法。

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

处理器；以及，

存储器，用于存储所述处理器的计算机程序；

其中，所述处理器配置为经由执行所述计算机程序来执行权利要求9至12任一项所述的数据流接口动态编排方法。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述的数据流接口动态编排方法。

18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求9至12任一项所述的数据流接口动态编排方法。

19.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述的方法。

20.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求9至12任一项所述的方法。

Images