[发明专利]一种第三方开发者维护的主动回调方案

说明书

本发明公开了一种第三方开发者维护的主动回调方案，其特征在于，包括下步骤：步骤S1、在开放平台中建立回调系统，其中，回调系统的建立包括以下步骤：步骤S2、商家通过建立的回调系统实现接口，并上传代码等步骤。本发明通过开放平台抽象出增强点及定义接口，具体回调实现由商家控制，降低了商家与开放平台的对接成本，也降低了开放平台的开发维护成本。由开放平台提供内部服务方法，商家只需关注使用，不用关心实现，降低了商家开发难度。同时，开发平台统一接口标准，规范了整体业务流程，开发平台专注于服务，增加了开发平台与多商家的对接效率。

技术领域

本发明涉及商家运营平台管理技术领域，具体是指一种第三方开发者维护的主动回调方案。

背景技术

目前，一般业务中商家向开放平台触发完业务后，需要开放平台根据不同的商户回调不同的地址，传不同的参数。比如A和B商家在订单支付后，开放平台需要给A商家回调订单支付状态，需要给B商家回调实际支付金额。如果由开放平台控制实现，随着商户的增多，差异化处理也会相应增多，维护难度直线上升，同时商家与开放平台的对接成本也很大。因此需要一种由商家主动维护回调逻辑的方案。

发明内容

本发明的目的在于克服上述问题，提供一种由开放平台提供内部服务方法，商家只需关注使用，回调实现由商家控制的第三方开发者维护的主动回调方案。

本发明的目的通过下述技术方案实现：第三方开发者维护的主动回调方案，包括下步骤：

步骤S1、在开放平台中建立回调系统，其中，回调系统的建立包括以下步骤：

(1)对业务进行抽象分解，在开放平台中的用户需要主动回调的业务节点埋入增强点，并根据不同的业务节点定义增强点接口。

(2)根据业务需要提供内部封装方法。

(3)按商家维度建立识别号，一个商家建立一个唯一的识别号appkey或appSercert。

(4)根据商家维度所分配的识别号为每个商户部署一个serverless，与商家的唯一识别号appKey或appSercert绑定，其中，serverless上运行着一个基础java框架服务。

步骤S2、商家通过建立的回调系统实现接口，并上传代码。

步骤S3、开放平台的回调系统对接收的代码进行扫描，并对扫描后的代码进行校验。

步骤S4、开放平台对通过检验的代码进行转换，并按层级结构抽象出代码，写入类文件并放在java框架中。

步骤S5、对写入抽象出代码的java框架整体进行编译打包部署到serverless。

步骤S6、当埋入增强点的业务节点被触发时，业务调用主动回调系统传入appkey或appSercert。

步骤S7、主动回调系统对传入appkey或appSercert进行校验，通过后连接到对应的serverless。

步骤S8、开放平台自动运行商家上传的代码，最后通过统一的方法完成回调。

所述步骤S1的回调系统的建立步骤(2)中的封装方法主要包括方法名、包路径和返回值。

所述步骤S3中的对扫描后的代码进行校验步骤如下：

①检验引入开放平台的包是否正确，否，检验不通过；是，进入步骤②；

②检验实现的接口参数类型与参数个数是否与增强点定义的接口是否一致，否，检验不通过；是，进入步骤③；

③检验代码块中调用方法是否在开放平台提供的包路径中，是，检验通过；否，检验代码块中调用方法是否在当前类中，否，不在检验不通过，是，判定代码通过检验。