一种第三方开发者维护的主动回调方案的制作方法

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


背景技术：

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


技术实现要素：

3.本发明的目的在于克服上述问题，提供一种由开放平台提供内部服务方法，商家只需关注使用，回调实现由商家控制的第三方开发者维护的主动回调方案。
4.本发明的目的通过下述技术方案实现：第三方开发者维护的主动回调方案，包括下步骤：
5.步骤s1、在开放平台中建立回调系统，其中，回调系统的建立包括以下步骤：
6.(1)对业务进行抽象分解，在开放平台中的用户需要主动回调的业务节点埋入增强点，并根据不同的业务节点定义增强点接口。
7.(2)根据业务需要提供内部封装方法。
8.(3)按商家维度建立识别号，一个商家建立一个唯一的识别号appkey或appsercert。
9.(4)根据商家维度所分配的识别号为每个商户部署一个serverless，与商家的唯一识别号appkey或appsercert绑定，其中，serverless上运行着一个基础java框架服务。
10.步骤s2、商家通过建立的回调系统实现接口，并上传代码。
11.步骤s3、开放平台的回调系统对接收的代码进行扫描，并对扫描后的代码进行校验。
12.步骤s4、开放平台对通过检验的代码进行转换，并按层级结构抽象出代码，写入类文件并放在java框架中。
13.步骤s5、对写入抽象出代码的java框架整体进行编译打包部署到serverless。
14.步骤s6、当埋入增强点的业务节点被触发时，业务调用主动回调系统传入appkey或appsercert。
15.步骤s7、主动回调系统对传入appkey或appsercert进行校验，通过后连接到对应的serverless。
16.步骤s8、开放平台自动运行商家上传的代码，最后通过统一的方法完成回调。
17.所述步骤s1的回调系统的建立步骤(2)中的封装方法主要包括方法名、包路径和
返回值。
18.所述步骤s3中的对扫描后的代码进行校验步骤如下：
19.①
检验引入开放平台的包是否正确，否，检验不通过；是，进入步骤
②
；
20.②
检验实现的接口参数类型与参数个数是否与增强点定义的接口是否一致，否，检验不通过；是，进入步骤
③
；
21.③
检验代码块中调用方法是否在开放平台提供的包路径中，是，检验通过；否，检验代码块中调用方法是否在当前类中，否，不在检验不通过，是，判定代码通过检验。
22.所述步骤s4中的开放平台对商户提交的代码进行转换，是通过正则匹配，生成抽象出的代码按层级结构包括引入的包名、类名和接口名、方法名和方法参数、方法内执行的代码块以及代码块中的方法名。
23.所述步骤s4中将抽象出的代码按层级结构写入java框架文件中时，还会写入类名的包路径和该包路径接口需要引入的包，还会写入dubbo支持的方法暴露的注解，供服务内部注册调用。
24.所述步骤s5中是将java框架文件中的代码按层级结构移动到增强点对应的文件夹路径下，且路径由使用的java框架决定，最后编译打包，重新部署成serverless。
25.所述步骤s8中通过统一的方法为callbackformerchant。
26.本发明较现有技术相比，具有以下优点及有益效果：
27.(1)本发明通过开放平台抽象出增强点及定义接口，具体回调实现由商家控制，降低了商家与开放平台的对接成本，也降低了开放平台的开发维护成本。
28.(2)本发明的通过由开放平台提供内部服务方法，商家只需关注使用，不用关心实现，降低了商家开发难度。
29.(3)本发明通过对开发平台统一接口标准，规范了整体业务流程，开发平台专注于服务，增加了开发平台与多商家的对接效率。
30.(4)本发明通过商家提交的代码托管在serverless服务上，减少了商家的维护成本，同时统一由开发平台管理作为内部服务，打通了服务与服务之间的调用，避免了内外服务之间调用的鉴权问题，使整个调用链形成了闭环。
附图说明
31.图1为本发明的抽象出的层级结构图。
32.图2为本发明的回调代码触发流程图。
具体实施方式
33.下面结合实施例对本发明作进一步地详细说明，但本发明的实施方式并不限于此。
34.实施例1
35.一种第三方开发者维护的主动回调方案，包括包括下步骤：
36.步骤s1、在开放平台中建立回调系统，其中，回调系统的建立包括以下步骤：
37.(1)对业务进行抽象分解，在开放平台中的用户需要主动回调的业务节点埋入增强点，并根据不同的业务节点定义增强点接口。
38.(2)根据业务需要提供内部封装方法。其中，封装方法主要包括方法名、包路径和返回值。具体实施时，如：方法名：callbackformerchant(string url,object params)，包路径：com.open.callback，返回值：boolean，其中，url为回调商家的地址，params为回调商家的参数，使用时，开放平台将商家定义的参数回调给商家提供的地址。方法名：getorderpayinfo(string orderid)，包路径：com.open.order，返回值：payinfo，orderid为订单id，使用时，通过订单id获取订单支付信息。方法名：getorderinfo(string orderid)，包路径：com.open.order，返回值：orderinfo，orderid为订单id。
39.(3)按商家维度建立识别号appkey或appsercert。在具体的使用时，一个商家建立一个唯一的识别号appkey或appsercert。
40.(4)根据商家维度所分配的识别号为每个商户部署一个serverless，与商家的唯一识别号appkey或appsercert绑定，其中，serverless上运行着一个基础java框架服务。
41.步骤s2、商家通过建立的回调系统实现接口，并上传代码。具体的，商家根据自己的业务需要，通过相应的接口对回调系统写入代码，且该代码为短代码。
42.步骤s3、开放平台的回调系统对接收的代码进行扫描，并对扫描后的代码进行校验。其中，对扫描后的代码进行校验步骤如下：
43.①
检验引入开放平台的包是否正确，否，检验不通过；是，进入步骤
②
；
44.②
检验实现的接口参数类型与参数个数是否与增强点定义的接口是否一致，否，检验不通过；是，进入步骤
③
；
45.③
检验代码块中调用方法是否在开放平台提供的包路径中，是，检验通过；否，检验代码块中调用方法是否在当前类中，否，不在检验不通过，是，判定代码通过检验。
46.步骤s4、开放平台对通过检验的代码进行转换，并按层级结构抽象出代码，写入类文件并放在java框架中。其中，开放平台对商户提交的代码进行转换，是通过正则匹配。如图1所示，生成抽象出的代码按层级结构包括引入的包名、类名和接口名、方法名和方法参数、方法内执行的代码块以及代码块中的方法名。将抽象出的代码按层级结构写入java框架文件中时，还会写入类名的包路径和该包路径接口需要引入的包，还会写入dubbo支持的方法暴露的注解，供服务内部注册调用。
47.步骤s5、步骤s5、对写入抽象出代码的java框架整体进行编译打包部署到serverless。具体的，将java框架文件中的代码按层级结构移动到增强点对应的文件夹路径下，且路径由使用的java框架决定，最后编译打包，重新部署成serverless。使用时，商家提交的代码运行在serverless中，serverless作为开放平台中的一个微服务，可以与其他微服务相互调用。
48.步骤s6、当埋入增强点的业务节点被触发时，业务调用主动回调系统传入appkey或appsercert。如图2所示。
49.步骤s7、主动回调系统对传入appkey或appsercert进行校验，通过后连接到对应的serverless。如图2所示。
50.步骤s8、开放平台自动运行商家上传的代码，最后通过统一的方法完成回调。具体的，如图2所示，商家完成代码的提交后，业务流程触发增强点，开放平台会调用该商家对应serverless上的实现方法，通过统一的方法为callbackformerchant把相关信息回调给商户。
51.本发明通过开放平台抽象出增强点及定义接口，具体回调实现由商家控制，降低了商家与开放平台的对接成本，也降低了开放平台的开发维护成本。由开放平台提供内部服务方法，商家只需关注使用，不用关心实现，降低了商家开发难度。同时，开发平台统一接口标准，规范了整体业务流程，开发平台专注于服务，增加了开发平台与多商家的对接效率。
52.如上所述，便可很好的实现本发明。