[发明专利]一种接口转换方法、装置、介质及计算机设备

说明书

本文公开了一种接口转换方法、装置、介质及计算机设备，此方法包括：接收第一类型文件，根据所述第一类型文件的定义方式，逐层解析所述第一类型文件，获得目标接口的请求响应信息格式，确定包括所述请求响应信息格式的用于进行源接口至目标接口的格式转换的第一转换规则，生成第二类型接口和第二类型文件；接收针对第二类型接口的访问请求，代理服务器读取第一转换规则，根据与第一转换规则相逆的第二转换规则将所述访问请求进行转换后，发送至源服务端。本文可以在不改变服务端代码前提下降低客户端使用成本的方式对请求，响应方式全方位转换，提供简明的文档。

技术领域

本申请涉及但不限于互联网技术领域，尤其涉及一种接口转换方法、装置、介质及计算机设备。

背景技术

随着数字化产业的快速发展，应用程序接口(API，Application ProgramInterface)在企业中起到的作用越来越重要。API可以作为企业内部业务系统之间的桥梁，进行业务数据的交换、系统间的数据通道；也可以作为企业和合作伙伴之间的枢纽，进行数据的共享，还可以作为企业和用户之间的门户，将数据的读写权限通过API向用户开放。但由于业务系统开发架构、方式的不同，服务端需要以固定以soap请求和restful方式开放以方便客户端进行调用。

针对上述技术问题，目前最常见的两种解决方案分别是：

1、基于WCF服务同时开放rest和soap接口。

2、使用市场上的API网关、ESB类型的产品，对API进行统一接入和管理。

第一种方法的问题是同时在服务端暴露两种类型接口。这种方式的缺点包括三点，一：服务端之前可能只有soap服务接口或restful服务接口，这时想要提供另一种服务接口必须要更改服务端代码。二：自定义功能配置有限，对请求和返回形式进行更改以及权限的配置需要更改服务端代码，灵活度低。三：不会提供更便于相互沟通的swagger/wsdl文档。

第二种方法的问题是功能有限，扩展性低。因为常见的API网关、ESB类型产品往往只提供soap服务接口转rest服务接口，而没有提供将rest接口转soap接口的方式，且不提供swagger文档和wsdl文档。

发明内容

为了解决上述技术问题，本发明提供一种接口转换方法、装置、介质及计算机设备。

根据实施例的一个方面，提供了一种接口转换方法，包括：

接收第一类型文件，根据所述第一类型文件的定义方式，逐层解析所述第一类型文件，获得目标接口的请求响应信息格式，确定包括所述请求响应信息格式的用于进行源接口至目标接口的格式转换的第一转换规则，生成第二类型接口和第二类型文件；

接收针对第二类型接口的访问请求，代理服务器读取所述第一转换规则，根据与所述第一转换规则相逆的第二转换规则将所述访问请求进行转换后，发送至源服务端，将从所述源服务端接收到的响应信息转换为所述第一转换规则中的请求响应信息格式，向所述访问请求的发送方返回转换后的响应信息。

上述接口转换方法还具有以下特点：

所述第一类型文件是wsdl文件，所述第二类型文件是swagger文件，所述源接口是soap接口，所述目标接口是rest接口；

所述第一类型文件是swagger文件，所述第二类型文件是wsdl文件，所述源接口是rest接口，所述目标接口是soap接口。

上述接口转换方法还具有以下特点：

在获得目标接口的请求响应信息格式之后，所述方法还包括：接受用户对所述请求响应信息格式的自定义配置。

上述接口转换方法还具有以下特点：

所述用户对所述请求响应信息格式的自定义配置包括：