CN115269060B - 一种基于aPaaS平台的服务执行前后置处理方法 - Google Patents

Abstract

本发明提出了一种基于aPaaS平台的服务执行前后置处理方法，涉及计算机技术领域。该方法包括：调用对应的API接口。根据API接口的类型，查询第一逻辑服务元数据，根据第一逻辑服务元数据，利用第一前置拦截器执行前置拦截服务，得到拦截业务数据。若拦截业务数据不存在异常，则执行对应的第一逻辑服务。在第一逻辑服务执行完成后，利用第一后置拦截器执行后置拦截服务，得到处理结果。响应用户操作，对处理结果进行转换，得到最终结果。通过该方法可以解耦aPaaS系统内编排业务时的复杂度，扩展和提高aPaaS系统业务应用场景复杂边界和配置效率，完善和丰富aPaaS系统内部一个或多个的能力和组合逻辑灵活度。

Description

一种基于aPaaS平台的服务执行前后置处理方法

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种基于aPaaS平台的服务执行前后置处理方法。

背景技术

aPaaS或应用平台即服务是一类基于云的软件，它为用户提供了一个开发、部署和管理应用程序的平台，且为用户提供了开发新应用的硬件、操作系统、存储或网络能力。

目前，现有技术中的逻辑服务流程通常都是固定的，不容易更改的。如果用户需要按照自己需求对逻辑服务固定流程中的某一个部分进行修改，利用现有技术就只能对逻辑服务固定流程进行改变，也就需要修改配置，即改变逻辑服务本身的整个流程框架，这样不仅加大了程序员的工作量，而且也不方便用户按照自身需求对逻辑服务固定流程进行调整，则导致aPaaS平台的业务应用场景较少，且aPaaS平台的业务配置效率低。

发明内容

本发明的目的在于提供一种基于aPaaS平台的服务执行前后置处理方法，用以改善现有技术中如果用户需要对逻辑服务固定流程中的某一个部分进行修改，就只能对逻辑服务固定流程进行改变，也就需要修改配置，即改变逻辑服务本身整个流程框架的问题。

本发明的实施例是这样实现的：

第一方面，本申请实施例提供一种基于aPaaS平台的服务执行前后置处理方法，其包括如下步骤：

当响应于用户的页面服务请求时，调用对应的API接口；

将API接口的数据进行参数转换，再对参数转换后的数据进行组装，以得到符合拦截器结构的数据；

根据API接口的类型，查询第一逻辑服务元数据，且若存在第一前置拦截器，则根据第一逻辑服务元数据，利用第一前置拦截器执行前置拦截服务，得到拦截业务数据；

若拦截业务数据不存在异常，则执行对应的第一逻辑服务；

若存在第一后置拦截器，则在第一逻辑服务执行完成后，利用第一后置拦截器执行后置拦截服务，得到处理结果；

响应用户操作，对处理结果进行转换，得到最终结果。

在本发明的一些实施例中，上述若存在第一前置拦截器，则根据第一逻辑服务元数据，利用第一前置拦截器执行前置拦截服务的步骤包括：

若存在第一前置拦截器，则获取第一前置拦截器数据；

根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件。

在本发明的一些实施例中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为监听事件，则获取监听事件元数据，同时获取第一执行参数；

根据监听事件元数据和第一执行参数，发布监听事件，并利用触发器执行监听事件。

在本发明的一些实施例中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为消息事件，则获取消息事件元数据，同时获取第二执行参数；

根据消息事件元数据和第二执行参数，通过MessageID匹配消息配置，以发布MQ消息。

在本发明的一些实施例中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为脚本拦截，则获取脚本和请求参数格式，同时获取第三执行参数；

根据第三执行参数，执行脚本，得到脚本结果，并将脚本结果放入请求参数中。

在本发明的一些实施例中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为条件拦截，则获取请求参数格式和条件参数，同时获取第四执行参数；

根据第四执行参数，执行条件参数，得到执行结果。

在本发明的一些实施例中，上述若拦截业务数据不存在异常，则执行对应的第一逻辑服务的步骤包括：

若在第一逻辑服务的执行过程中存在第二逻辑服务，则获取第二逻辑服务元数据；

若存在第二前置拦截器，则根据第二逻辑服务元数据，利用第二前置拦截器执行前置拦截服务后，执行第二逻辑服务；

若存在第二后置拦截器，则在第二逻辑服务执行完成后，利用第二后置拦截器执行后置拦截服务。

在本发明的一些实施例中，上述根据API接口的类型，查询第一逻辑服务元数据的步骤包括：

查询API接口的类型，并判断API接口的类型是否是Rpc类型接口；

若API接口的类型不是Rpc类型接口，则判断API接口的类型是否是Flow类型接口。

第二方面，本申请实施例提供一种电子设备，其包括存储器，用于存储一个或多个程序；处理器。当一个或多个程序被处理器执行时，实现如上述第一方面中任一项的方法。

第三方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述第一方面中任一项的方法。

相对于现有技术，本发明的实施例至少具有如下优点或有益效果：

本发明提供一种基于aPaaS平台的服务执行前后置处理方法，其包括如下步骤：当响应于用户的页面服务请求时，根据用户触发的页面，调用对应的API接口。然后将API的数据转换为拦截器需要的数据，从而组装参数转换后的数据，得到符合拦截器结构的数据。进而为增加前置拦截器和后置拦截器做好了铺垫，则当用户在接口处增加前置拦截器和后置拦截器时，前置拦截器和后置拦截器可以拦截到逻辑服务的真实业务数据。根据API接口的类型，查询第一逻辑服务元数据，根据第一逻辑服务元数据可以得到第一逻辑服务的真实业务数据，该真实业务数据就是第一前置拦截器所拦截的拦截对象。第一前置拦截器拦截到真实业务数据后，根据第一前置拦截器数据执行前置拦截服务。从而实现了在接口处增加前置拦截服务，以针对逻辑服务增加前置拦截服务的目的。如果拦截业务数据不存在异常，则执行对应的第一逻辑服务。如果用户在接口处增加了第一后置拦截器，则在第一逻辑服务执行完成后，根据第一后置拦截器数据执行后置拦截服务。即实现了在接口处增加后置拦截服务，以针对逻辑服务增加后置拦截服务的目的。通过该方法可以解耦aPaaS系统内编排业务时的复杂度，扩展和提高aPaaS系统业务应用场景复杂边界和配置效率。则不仅有效避免了当用户需要按照自己需求对逻辑服务固定流程中的某一个部分进行修改，只能改变逻辑服务本身的整个流程框架的问题，而且通过增加前后置拦截服务，可以达到流程流转或调度执行的效果。且通过增加前后置拦截服务，可以完善和丰富aPaaS系统内部一个或多个的能力和组合逻辑灵活度，丰富业务使用场景，从而为aPaaS系统内部的接口、逻辑编排、模型等产品增益。

附图说明

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

图1为本发明实施例提供的一种基于aPaaS平台的服务执行前后置处理方法的流程图；

图2为本发明实施例提供的一种拦截器配置的流程图；

图3为本发明实施例提供的另一种基于aPaaS平台的服务执行前后置处理方法的流程图；

图4为本发明实施例提供的又一种基于aPaaS平台的服务执行前后置处理方法的流程图；

图5为本发明实施例提供的一种电子设备的示意性结构框图。

图标：101-存储器；102-处理器；103-通信接口。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，若出现术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，若出现由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在本申请的描述中，需要说明的是，若出现术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，若出现术语“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的各个实施例及实施例中的各个特征可以相互组合。

实施例

请参照图1和图3，图1所示为本申请实施例提供的一种基于aPaaS平台的服务执行前后置处理方法的流程图，图3所示为本发明实施例提供的另一种基于aPaaS平台的服务执行前后置处理方法的流程图。本申请实施例提供一种基于aPaaS平台的服务执行前后置处理方法，其包括如下步骤：

S110：当响应于用户的页面服务请求时，调用对应的API接口；

具体的，每个页面上都配置有对应的接口信息，且接口信息与对应页面是绑定的。则当用户在页面进行服务请求时，根据用户触发的页面，就可以得到对应的API接口。

S120：将API接口的数据进行参数转换，再对参数转换后的数据进行组装，以得到符合拦截器结构的数据；

具体的，将API的数据转换为拦截器需要的数据，即参数转换的目的就是从API接口的数据中提取出拦截器所需要的数据，从而组装参数转换后的数据，得到符合拦截器结构的数据。进而为增加前置拦截器和后置拦截器做好了铺垫，则当用户在接口处增加前置拦截器和后置拦截器时，前置拦截器和后置拦截器可以拦截到逻辑服务的真实业务数据。

S130：根据API接口的类型，查询第一逻辑服务元数据，且若存在第一前置拦截器，则根据第一逻辑服务元数据，利用第一前置拦截器执行前置拦截服务，得到拦截业务数据；

其中，上述API接口的类型包括Rpc类型接口和Flow类型接口。上述前置拦截服务可以使用条件表达式、脚本表达式、MQ消息和服务内事件。

具体的，根据API接口的类型，可以查询第一逻辑服务元数据，根据第一逻辑服务元数据可以得到第一逻辑服务的真实业务数据，该真实业务数据就是第一前置拦截器所拦截的拦截对象。第一前置拦截器拦截到真实业务数据后，根据第一前置拦截器数据执行前置拦截服务。从而实现了在接口处增加前置拦截服务，以针对逻辑服务增加前置拦截服务的目的。

S140：若拦截业务数据不存在异常，则执行对应的第一逻辑服务；

具体的，如果拦截业务数据异常，则跳出整个服务(即程序结束)，如果拦截业务数据不存在异常，则第一逻辑服务正常执行。

其中，第一逻辑服务包括业务服务和模型服务。上述模型服务是指操作对象增删改查服务，上述业务服务是指可以编排业务逻辑的服务。

S150：若存在第一后置拦截器，则在第一逻辑服务执行完成后，利用第一后置拦截器执行后置拦截服务，得到处理结果；

具体的，如果用户在接口处增加了第一后置拦截器，则在第一逻辑服务执行完成后，根据第一后置拦截器数据执行后置拦截服务。即通过步骤S150实现了在接口处增加后置拦截服务，以针对逻辑服务增加后置拦截服务的目的。

其中，上述后置拦截服务可以使用条件表达式、脚本表达式、MQ消息和服务内事件。

S160：响应用户操作，对处理结果进行转换，得到最终结果。

例如，将{"data"：{"createTime"："2022-06-01"}}转换为{"createTime"："2022-06-01"}。

上述实现过程中，当响应于用户的页面服务请求时，根据用户触发的页面，调用对应的API接口。然后将API的数据转换为拦截器需要的数据，从而组装参数转换后的数据，得到符合拦截器结构的数据。进而为增加前置拦截器和后置拦截器做好了铺垫，则当用户在接口处增加前置拦截器和后置拦截器时，前置拦截器和后置拦截器可以拦截到逻辑服务的真实业务数据。根据API接口的类型，查询第一逻辑服务元数据，根据第一逻辑服务元数据可以得到第一逻辑服务的真实业务数据，该真实业务数据就是第一前置拦截器所拦截的拦截对象。第一前置拦截器拦截到真实业务数据后，根据第一前置拦截器数据执行前置拦截服务。从而实现了在接口处增加前置拦截服务，以针对逻辑服务增加前置拦截服务的目的。如果拦截业务数据不存在异常，则执行对应的第一逻辑服务。如果用户在接口处增加了第一后置拦截器，则在第一逻辑服务执行完成后，根据第一后置拦截器数据执行后置拦截服务。即实现了在接口处增加后置拦截服务，以针对逻辑服务增加后置拦截服务的目的。通过该方法可以解耦aPaaS系统内编排业务时的复杂度，扩展和提高aPaaS系统业务应用场景复杂边界和配置效率。则不仅有效避免了当用户需要按照自己需求对逻辑服务固定流程中的某一个部分进行修改，只能改变逻辑服务本身的整个流程框架的问题，而且通过增加前后置拦截服务，可以达到流程流转或调度执行的效果。且通过增加前后置拦截服务，可以完善和丰富aPaaS系统内部一个或多个的能力和组合逻辑灵活度，丰富业务使用场景，从而为aPaaS系统内部的接口、逻辑编排、模型等产品增益。

请参照图2，图2所示为本发明实施例提供的一种拦截器配置的流程图。对前置拦截器的具体配置步骤如下：首先根据领域内部规则进行规则校验，然后定义前置同步事件，该前置同步事件依赖于对应对象的域响应。然后进行参数映射，以将前置拦截器的数据映射为计算机能够识别和处理的数据。对后置拦截器的具体配置步骤如下：通过对后置事件进行配置，以完成后置拦截器的配置，后置拦截器支持同步和异步。示例性的，后置拦截器的同步支持消息事件等，而后置拦截器的异步支持消息队列。

在本实施例的一些实施方式中，上述若存在第一前置拦截器，则根据第一逻辑服务元数据，利用第一前置拦截器执行前置拦截服务的步骤包括：

若存在第一前置拦截器，则获取第一前置拦截器数据；

根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件。

具体的，根据第一前置拦截器数据，可以判断并执行对应的拦截事件，以进一步满足用户的业务应用需求。

其中，拦截事件包括监听事件、消息事件、脚本拦截或条件拦截。

在本实施例的一些实施方式中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为监听事件，则获取监听事件元数据，同时获取第一执行参数；

根据监听事件元数据和第一执行参数，发布监听事件，并利用触发器执行监听事件。从而实现了监听事件的拦截逻辑服务。

在本实施例的一些实施方式中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为消息事件，则获取消息事件元数据，同时获取第二执行参数；

根据消息事件元数据和第二执行参数，通过MessageID匹配消息配置，以发布MQ消息。从而实现了消息事件的拦截逻辑服务。

在本实施例的一些实施方式中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为脚本拦截，则获取脚本和请求参数格式，同时获取第三执行参数；

根据第三执行参数，执行脚本，得到脚本结果，并将脚本结果放入请求参数中。从而实现了脚本拦截的拦截逻辑服务。

在本实施例的一些实施方式中，上述根据第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若第一前置拦截器数据为条件拦截，则获取请求参数格式和条件参数，同时获取第四执行参数；

根据第四执行参数，执行条件参数，得到执行结果。从而实现了条件拦截的拦截逻辑服务。

请参照图4，图4所示为本发明实施例提供的又一种基于aPaaS平台的服务执行前后置处理方法的流程图。在本实施例的一些实施方式中，上述若拦截业务数据不存在异常，则执行对应的第一逻辑服务的步骤包括：

若在第一逻辑服务的执行过程中存在第二逻辑服务，则获取第二逻辑服务元数据；

若存在第二前置拦截器，则根据第二逻辑服务元数据，利用第二前置拦截器执行前置拦截服务后，执行第二逻辑服务；

若存在第二后置拦截器，则在第二逻辑服务执行完成后，利用第二后置拦截器执行后置拦截服务。

具体的，在第一逻辑服务的执行过程中，如果第一逻辑服务中涉及另一个逻辑服务即第二逻辑服务的结果或执行参数，则根据第二逻辑服务元数据，利用第二前置拦截器执行前置拦截服务。并在第二逻辑服务执行完成后，利用第二后置拦截器执行后置拦截服务。

在本实施例的一些实施方式中，上述根据API接口的类型，查询第一逻辑服务元数据的步骤包括：

查询API接口的类型，并判断API接口的类型是否是Rpc类型接口；

若API接口的类型不是Rpc类型接口，则判断API接口的类型是否是Flow类型接口。

请参照图5，图5为本申请实施例提供的电子设备的一种示意性结构框图。电子设备包括存储器101、处理器102和通信接口103，该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块，处理器102通过执行存储在存储器101内的软件程序及模块，从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器101可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器102可以是一种集成电路芯片，具有信号处理能力。该处理器102可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Appl ication Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图5所示的结构仅为示意，电子设备还可包括比图5中所示更多或者更少的组件，或者具有与图5所示不同的配置。图5中所示的各组件可以采用硬件、软件或其组合实现。

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

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

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

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

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种基于aPaaS平台的服务执行前后置处理方法，其特征在于，包括如下步骤：

当响应于用户的页面服务请求时，调用对应的API接口；

将所述API接口的数据进行参数转换，再对参数转换后的数据进行组装，以得到符合拦截器结构的数据；

根据所述API接口的类型，查询第一逻辑服务元数据，且若存在第一前置拦截器，则根据所述第一逻辑服务元数据，利用所述第一前置拦截器执行前置拦截服务，得到拦截业务数据；

若所述拦截业务数据不存在异常，则执行对应的第一逻辑服务，其中，所述第一逻辑服务包括业务服务和模型服务，所述模型服务为操作对象增删改查服务，所述业务服务为可以编排业务逻辑的服务；

若存在第一后置拦截器，则在所述第一逻辑服务执行完成后，利用所述第一后置拦截器执行后置拦截服务，得到处理结果；

响应用户操作，对所述处理结果进行转换，得到最终结果。

2.根据权利要求1所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，所述若存在第一前置拦截器，则根据所述第一逻辑服务元数据，利用所述第一前置拦截器执行前置拦截服务的步骤包括：

若存在第一前置拦截器，则获取第一前置拦截器数据；

根据所述第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件。

3.根据权利要求2所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，根据所述第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若所述第一前置拦截器数据为监听事件，则获取监听事件元数据，同时获取第一执行参数；

根据所述监听事件元数据和所述第一执行参数，发布监听事件，并利用触发器执行监听事件。

4.根据权利要求2所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，根据所述第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若所述第一前置拦截器数据为消息事件，则获取消息事件元数据，同时获取第二执行参数；

根据所述消息事件元数据和所述第二执行参数，通过MessageID匹配消息配置，以发布MQ消息。

5.根据权利要求2所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，根据所述第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若所述第一前置拦截器数据为脚本拦截，则获取脚本和请求参数格式，同时获取第三执行参数；

根据所述第三执行参数，执行所述脚本，得到脚本结果，并将所述脚本结果放入请求参数中。

6.根据权利要求2所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，根据所述第一前置拦截器数据，判断拦截事件，并执行对应的拦截事件的步骤包括：

若所述第一前置拦截器数据为条件拦截，则获取请求参数格式和条件参数，同时获取第四执行参数；

根据所述第四执行参数，执行所述条件参数，得到执行结果。

7.根据权利要求1所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，若所述拦截业务数据不存在异常，则执行对应的第一逻辑服务的步骤包括：

若在所述第一逻辑服务的执行过程中存在第二逻辑服务，则获取第二逻辑服务元数据；

若存在第二前置拦截器，则根据所述第二逻辑服务元数据，利用所述第二前置拦截器执行前置拦截服务后，执行所述第二逻辑服务；

若存在第二后置拦截器，则在所述第二逻辑服务执行完成后，利用所述第二后置拦截器执行后置拦截服务。

8.根据权利要求1所述的基于aPaaS平台的服务执行前后置处理方法，其特征在于，根据所述API接口的类型，查询第一逻辑服务元数据的步骤包括：

查询所述API接口的类型，并判断所述API接口的类型是否是Rpc类型接口；

若所述API接口的类型不是Rpc类型接口，则判断所述API接口的类型是否是Flow类型接口。

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

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-8中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

Images