接口适配方法、系统、装置、计算机可读介质及电子设备与流程

本公开涉及计算机技术领域，具体而言，涉及一种接口适配方法、接口适配系统、接口适配装置，以及实现所述接口适配方法的计算机可读存储介质及电子设备。

背景技术：

随着互联网和通信技术的迅猛发展，人们之间的信息交流得到了极大的便利。例如电商系统或银行系统，系统内部与系统外部之间的信息交互需要通过接口完成。而面对千变万化的外部接口需通过接口适配来转换，以使得各种外部接口为统一规范的内部接口。

其中，适配器(adapter)接口，也称适配器模式可以用于实现上述接口适配，即是把一个类的外部接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

现有的相关技术中，通过java的类加载器不能对类(class)文件进行加载的方式在实现动态接口适配。若类文件需要更新转换逻辑，则需要逻辑更新每个待适配接口对应类的class文件。具体的，更新接口转换逻辑时，需用字节码工具对每个class文件进行逻辑修改。

然而，现有的相关技术操作复杂，转换逻辑不清晰，导致接口适配效率低。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

技术实现要素：

本公开的目的在于提供一种接口适配方法、接口适配装置、计算机存储介质及电子设备，进而至少在一定程度上降低现有的相关技术操作复杂程度，避免转换逻辑不清晰的缺陷，进而提高接口适配效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种接口适配方法，基于开放服务网关(openservicegatewayinitiative，简称：osgi)构建的多个功能模块，包括：

接收通用功能模块对适配服务的调用请求，所述通用功能模块对应的通用接口提供目标服务；

解析第一配置数据反射生成适配类；

调用第三方功能模块对应的外部接口的目标服务消费者服务的实例；

根据所述目标服务消费者服务的实例对所述适配类进行实例化，以适配所述外部接口。

在本公开的示例性实施例中，基于前述方案，所述第一配置数据包括外部接口标识和通用接口标识。

在本公开的示例性实施例中，基于前述方案，解析第一配置数据反射生成适配类，包括：

注册以所述通用接口标识作为标识符的适配服务；

根据所述通用接口标识和所述外部接口标识反射生成适配类。

在本公开的示例性实施例中，基于前述方案，接收通用功能模块对适配服务的调用请求，包括：

接收通用功能模块通过代理类对所述适配服务的服务调用请求；

其中，所述代理类通过通用接口标识确定所述适配服务的标识符，反射调用所述适配服务。

在本公开的示例性实施例中，基于前述方案，调用第三方功能模块对应的外部接口的目标服务消费者服务的实例，包括：

根据所述外部接口标识确定所述目标服务消费者服务的标识符；

调用所述目标服务消费者服务的实例。

在本公开的示例性实施例中，基于前述方案，根据所述目标服务消费者服务的实例对所述适配类进行实例化，包括：

将所述目标服务消费者服务的实例注入所述适配类的代理参数，以实现对所述适配类进行实例化。

根据本公开的第二方面，提供了一种接口适配方法，基于osgi构建的多个功能模块，包括：

响应于客户端对目标服务的调用请求，解析第二配置数据，动态代理生成服务接口实现，提供目标服务；

通过代理类向适配功能模块发送对适配服务的调用请求，以通过所述适配功能模块实现对外部接口的适配，所述外部接口为目标服务消费者。

在本公开的示例性实施例中，基于前述方案，所述第二配置数据包括所述通用接口标识和目标服务标识。

在本公开的示例性实施例中，基于前述方案，通过代理类向适配功能模块发送对适配服务的调用请求，包括：

所述代理类通过所述通用接口标识确定所述适配服务的标识符，反射调用所述适配服务。

根据本公开的第三方面，提供了一种接口适配方法，基于osgi构建的多个功能模块，包括：

解析第三配置数据注册外部接口为目标服务消费者；

接收适配功能模块发送的对所述目标服务消费者服务调用请求，提供所述目标服务消费者服务的实例，以供所述适配功能模块完成所述外部接口的适配。

在本公开的示例性实施例中，基于前述方案，所述第三配置数据包括所述外部接口标识和目标服务标识。

在本公开的示例性实施例中，基于前述方案，解析第三配置数据注册外部接口为目标服务消费者，包括：

注册以所述外部接口标识作为标识符的目标服务消费者服务；

接收适配功能模块发送的对所述目标服务消费者服务调用请求，包括：

在所述适配功能模块通过所述外部接口标识确定所述目标服务消费者服务的标识符之后，接收适配功能模块发送的对所述目标服务消费者服务调用请求。

根据本公开的第四方面，提供了一种接口适配系统，包括：

基于开放服务网关osgi构建的适配功能模块、通用功能模块和第三方功能模块；其中，

所述通用功能模块对应于通用接口，提供目标服务，并向所述适配功能模块发送对适配服务的调用请求；

所述第三方功能模块对应于外部接口，提供目标服务消费者服务，并接收所述适配功能模块发送的对所述目标服务消费者服务的调用请求；

所述适配模块对应于适配器，提供所述适配功能，以完成对所述外部接口的适配。

根据本公开的第五方面，提供了一种接口适配装置，基于osgi构建的多个功能模块，包括：

第一接收单元，用于接收通用功能模块对适配服务的调用请求，所述通用功能模块对应的通用接口提供目标服务；

第一数据解析单元，用于解析第一配置数据反射生成适配类；

第一服务调用单元，用于调用第三方功能模块对应的外部接口的目标服务消费者服务的实例；

适配单元，用于根据所述目标服务消费者服务的实例对所述适配类进行实例化，以适配所述外部接口。

根据本公开的第六方面，提供了一种接口适配装置，基于osgi构建的多个功能模块，包括：

第二数据解析单元，用于响应于客户端对目标服务的调用请求，解析第二配置数据，动态代理生成服务接口实现，提供目标服务；

第二服务调用单元，用于通过代理类向适配功能模块发送对适配服务的调用请求，以通过所述适配功能模块实现对外部接口的适配，所述外部接口为目标服务消费者。

根据本公开的第七方面，提供了一种接口适配装置，基于osgi构建的多个功能模块，包括：

第三数据解析单元，用于解析第三配置数据注册外部接口为目标服务消费者；

第二接收单元，用于接收适配功能模块发送的对所述目标服务消费者服务调用请求，提供所述目标服务消费者服务的实例，以供所述适配功能模块完成所述外部接口的适配。

根据本公开的第八方面，提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面至第三方面任意一方面所述的接口适配方法。

根据本公开的第九方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面至第三方面任意一方面所述的接口适配方法。

由上述技术方案可知，本公开示例性实施例中的接口适配方法、接口适配系统、接口适配装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，基于osgi对bundle模块化的动态管理实现外部接口的适配过程。具体地，适配功能模块接收通用功能模块对适配服务的调用请求，其中，通用功能模块对应的通用接口提供目标服务；适配功能模块解析第一配置数据反射生成适配类；进一步地，适配功能模块调用第三方功能模块对应的外部接口的目标服务消费者服务的实例，以对上述适配类进行实例化。可见，通过对基于osgi的上述适配功能模块、上述通用功能模块以及上述第三方功能模块配置管理，便可以实现外部接口与通用接口的适配。无需每次适配接口时均需进行转换逻辑，从而避免对class文件进行逻辑修改，降低了操作复杂程度，或转换逻辑不清晰的缺陷，有利于提高接口适配效率。

本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开一示例性实施例中接口适配方法的流程示意图；

图2示出本公开另一示例性实施例中功能模块生成方法的流程示意图；

图3示出本公开再一示例性实施例中接口适配方法的流程示意图；

图4示出本公开又一示例性实施例中接口适配方法的流程示意图；

图5示出本公开一示例性实施例中接口适配方法的流程示意图；

图6示出本公开另一示例性实施例中接口适配方法的流程示意图；

图7示出本公开再一示例性实施例中接口适配方法的流程示意图；

图8示出本公开一示例性实施例中接口适配系统的结构示意图；

图9示出本公开一示例性实施例中接口适配装置的结构示意图；

图10示出本公开另一示例性实施例中接口适配装置的结构示意图；

图11示出本公开再一示例性实施例中接口适配装置的结构示意图；

图12示出本公开示例性实施例中计算机存储介质的结构示意图；以及

图13示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

现有的相关技术中，每次需要更新接口转换逻辑的时候，不仅需用字节码工具对class文件进行逻辑修改，导致接口适配操作复杂，转换逻辑不清晰，导致接口适配效率低。还由于java的类加载器不能对同一个class文件进行重复加载，造成每次需要重新建一个新的类加载器来加载更新后的class文件。

然而，频繁的更新操作带来的频繁创建新的类加载器也将加重内存负担。

在本公开的实施例中，首先提供了一种接口适配方法，至少在一定程度上克服现有的相关技术中所存在的上述缺陷。

osgi技术是java动态化模块化系统的一系列规范，是基于java语言的服务(业务)规范，属于是java平台的模块层。本发明提供的各个实施例中各个功能模块(如，适配功能模块与通用功能模块、第三方功能模块)之间的信息交互式是基于上述业务规范进行的。

具体地，在示例性的实施例中，图1示出本公开一示例性实施例中接口适配方法的流程示意图。本实施例中，通过管理基于osgi的三个功能模块的动态执行实现将适配外部接口，基于osgi的功能模块以jar包的形式存在。

其中，基于osgi的模块(bundle)通过为jar包添加元数据(metadata)来定义该模块对外暴露哪些类和接口。且可将各接口(如：通用接口、外部接口)注册为osgi的服务。进而由osgi实现各服务间的发现、绑定，以及调用。同时，osgi的各模块无须重新引导即可被安装、启动、升级和卸载，此机制适用于组件化接口转换的场景。

参考图1，commonbundle110对应于通用接口，提供目标服，即目标服务提供者serviceprovider。adapterbundle120对应于适配接口，提供适配服务。localbundle130对应于待转换的外部接口，是目标服务消费者serviceconsumer。

其中，在示例性的实施例中，图2示出本公开另一示例性实施例中功能模块生成方法的流程示意图。从而生成符合osgi规范的jar包，即形成上述各个功能模块。

参考图2，在步骤s21中获取接口配置数据，并提取依赖jar包配置。在步骤s22中判断是否存在jar包。若不存在，则在步骤s23中下载jar包，并获取下载路径。示例性的，通过maven配置下载jar包。在步骤s24中判断接口类型。根据接口放入类型进行相关配置以生成符合osgibundle结构的jar包。具体的：

对于通用接口：在步骤s26中重写jar包的manifest.mf关于该bundle的配置属性。在步骤s27中将该jar包写入class-path路径，以供bundle启动时加载。在步骤s28中，写入import-package和export-package。在步骤s210中生成config文件。具体的，在步骤s211中的config文件包含该jar包依赖的目标服务标识、通用接口全名，供commonbundle110启动时读取。

对于适配接口：在步骤s26’中重写jar包的manifest.mf关于该bundle的配置属性。在步骤s27’中将该jar包写入class-path路径，以供bundle启动时加载。在步骤s28’中，写入import-package和export-package。在步骤s29’中，写入第一标识符，symblicname-实现接口全名(其中，实现接口可以是通用接口)。在步骤s210’中生成config文件。具体的，在步骤s211’中的config文件包含该jar包依赖的适配的外部接口全名、通用接口全名，供adapterbundle120启动时读取。

对于外部接口：在步骤s26”中重写jar包的manifest.mf关于该bundle的配置属性。在步骤s27”中将该jar包写入class-path路径，以供bundle启动时加载。在步骤s28”中，写入import-package和export-package。在步骤s29”中，写入第二标识符，symblicname-外部接口全名。在步骤s210”中生成config文件，具体的，在步骤s211”中的config文件包含该jar包依赖的适配的外部接口全名、目标服务标识，供localbundle130启动时读取。

进一步地，在步骤s212中对于各个功能模块，生成符合osgi标准的jar包，并获取该jar包路径，供osgi加载启动。

在生成基于osgi的各个功能模块之后，启动各个功能模块以实现接口适配过程。示例性的，以下图3-图5分别以不同的功能模块为执行主体介绍接口适配方法。

在示例性的实施例中，图3示出本公开再一示例性实施例中接口适配方法的流程示意图。在本实施例中，该接口适配方法的执行主体可以是基于osgi的适配功能模块adapterbundle120。

以下结合图1对图3所示实施例提供的各个步骤进行解释说明：

在步骤s301中，接收通用功能模块对适配服务的调用请求，所述通用功能模块对应的通用接口提供目标服务。

在示例性的实施例中，如图1所示，响应于commonbundle110发送的对适配服务的调用请求(步骤s15)，在步骤s16中，adapterbundle120向localbundle130发送对目标服务消费者服务的调用请求。其中，通用功能模块commonbundle110对应的通用接口提供目标服务，localbundle130对应的外部接口提供目标服务消费者。

在示例性的实施例中，adapterbundle120接收通用功能模块commonbundle110通过代理类对适配服务的服务调用请求。其中，adapterbundle120提供的适配服务的标识符为通用接口标识(如，通用接口全名)，则commonbundle110通过上述代理类通过通用接口全名便可以确定adapterbundle120，进而commonbundle110反射调用adapterbundle120的适配服务。

在步骤s302中，解析第一配置数据反射生成适配类。

在示例性的实施例中，如图1所示，adapterbundle120在步骤s12中，解析第一配置数据，加载适配器类，并依赖注入外部接口引用；其中，第一配置数据可以是通用接口标识和外部接口标识(如，以通用接口全名作为通用接口标识，以外部接口全名作为外部接口标识等)。

在示例性的实施例中，解析第一配置数据加载适配器类的具体实方式包括：注册以通用接口标识(如，通用接口全名)作为标识符的适配服务；以及，根据通用接口标识(如，通用接口全名)和外部接口标识(如，外部接口全名)加载适配器类。进而，commonbundle110通过代理类根据通用接口标识确定所述适配服务的标识符，从而反射调用适配服务。

在步骤s303中，调用第三方功能模块对应的外部接口的目标服务消费者服务的实例。

在示例性的实施例中，根据所述外部接口标识确定所述目标服务消费者服务的标识符；并调用所述目标服务消费者服务的实例。示例性的，localbundle130注册以外部接口标识(如，外部接口全名)作为标识符的目标服务消费者服务。从而，在本步骤的具体实施方式中，adopterbundle120根据外部接口标识确定目标服务消费者服务的标识符，进而实现调用目标服务消费者服务的实例。

进一步地，通过调用localbundle130对应的外部接口的目标服务消费者服务的实例，实现上述适配类的实例化。

在步骤s304中，根据所述目标服务消费者服务的实例对所述适配类进行实例化，以适配所述外部接口。

在示例性的实施例中，参考图1在步骤s18中根据所述目标服务消费者服务的实例调用进行适配实现。

在图3所示实施例所提供的技术方案中，基于osgi对bundle模块化的动态管理实现外部接口的适配过程。具体地，适配功能模块接收通用功能模块对适配服务的调用请求，其中，通用功能模块对应的通用接口提供目标服务；适配功能模块解析第一配置数据反射生成适配类；进一步地，适配功能模块调用第三方功能模块对应的外部接口的目标服务消费者服务的实例，以对上述适配类进行实例化。

一方面，通过对基于osgi的上述适配功能模块、上述通用功能模块以及上述第三方功能模块配置管理，便可以实现外部接口与通用接口的适配。无需每次适配接口时均需进行转换逻辑，从而避免对class文件进行逻辑修改，降低了操作复杂程度，或转换逻辑不清晰的缺陷，有利于提高接口适配效率。

另一方面，由于java的类加载器不能对同一个class文件进行重复加载，造成每次需要重新建一个新的类加载器来加载更新后的class文件。从而，相较于现有的相关技术，本实施例提供的技术方案无需反复新建类加载器，节省人力物力，有利于进一步提高接口适配效率。

在示例性的实施例中，图4示出本公开又一示例性实施例中接口适配方法的流程示意图。在本实施例中，该接口适配方法的执行主体可以是基于osgi的通用功能模块commonbundle110。

以下结合图1对图4所示实施例提供的各个步骤进行解释说明：

在步骤s401中，响应于客户端对目标服务的调用请求，解析第二配置数据，动态代理生成服务接口实现，提供目标服务。

在示例性的实施例中，如图1所示，响应于client100发送的对目标服务的调用请求(步骤s14)，commonbundle110在步骤s11中解析第二配置数据，动态代理生成服务接口实现，提供目标服务。

其中，上述第二配置数据包括所述通用接口标识和目标服务标识。示例性的，可以以通用接口全名为通用接口标识，可以以提供目标服务的接口全名/别名作为目标服务标识。

在步骤s402中，通过代理类向适配功能模块发送对适配服务的调用请求，以通过所述适配功能模块实现对外部接口的适配，所述外部接口为目标服务消费者。

在示例性的实施例中，如图1所示，adapterbundle120以通用接口标识(如，通用接口全名)作为标识符注册适配服务。从而，在步骤s15中，commonbundle110代理类根据通用接口标识确定所述适配服务的标识符，反射调用所述适配服务。

在示例性的实施例中，图5示出本公开一示例性实施例中接口适配方法的流程示意图。在本实施例中，该接口适配方法的执行主体可以是基于osgi的第三方功能模块localbundle130。

以下结合图1对图5所示实施例提供的各个步骤进行解释说明：

在步骤s501中，解析第三配置数据注册外部接口为目标服务消费者。

在示例性的实施例中，如图1所示，在步骤s13中，第三方功能模块localbundle130解析第三配置数据注册外部接口为目标服务消费者。其中，第三配置数据包括所述外部接口标识和目标服务标识，从而，adopterbundle120根据外部接口标识确定目标服务消费者服务的标识符，进而实现调用目标服务消费者服务的实例。

示例性的，localbundle130解析第三配置数据注册外部接口为目标服务消费者的具体实施方式，可以包括：注册以所述外部接口标识作为标识符的目标服务消费者服务。则在适配功能模块adapterbundle120通过外部接口标识确定所述目标服务消费者服务的标识符之后，localbundle130接收适配功能模块发送的对所述目标服务消费者服务调用请求。

在步骤s502中，接收适配功能模块发送的对所述目标服务消费者服务调用请求，提供所述目标服务消费者服务的实例，以供所述适配功能模块完成所述外部接口的适配。

在示例性的实施例中，参考图1，localbundle130在步骤s17中提供目标服务消费者服务的实例，之后，在步骤s18中，adapterbundle120将根据所述目标服务消费者服务的实例对所述适配类类进行实例化。从而完成了接口适配。同时对于commonbundle110完成了接口转化。

图6示出了根据本公开一实施例的接口适配方法的流程示意图，图6所示实施例在总体上阐述本技术方案提供的接口适配方法。

参考图6，接口适配的核心模式是适配器模式，分为通用接口(commoninterface)，外部接口(localinterface)，适配接口(adpterinterface)。adapterinterface通过实现commonmethod()，在实现方法中通过对local层的localmethod()方法进行适配，继而实现对外接口的转换。

osgi规范对bundle进行了生命周期层次的定义，bundle的生命周期所包括的状态以及状态之间如何转换，并且定义了接口支持bundle的生命周期操作，包括install,start,stop,update和uninstall。从而，上述各个功能模块bundle完成一次接口适配过程之后，需停用该bundle然后卸载。在示例性的实施例中，图7示出了根据本公开另一实施例的接口适配方法的流程示意图。具体的，图7所示实施例提供了获取待更新bundle并更新bundle的技术方案。

在示例性的实施例中，据前所述，adapterbundle120以通用接口标识(如，通用接口全名)作为标识符注册适配服务，在commonbundle110根据通用接口标识确定适配服务的标识符，进而调用适配服务之后，在此次接口适配过程中，adapterbundle120提供的适配服务以被调用，则需将adapterbundle120进行更新。

参考图7，在步骤s701中，通过预设标识符获取待更新bundle。也就是说，在bundle提供的服务被调用之后，再次通过预设标识符获取到的bundle即是待更新bundle。

在步骤s702中，判断是否存在所述预设标识符对应的bundle。若存在，则执行步骤s703、步骤s704和步骤s705；若存在，则执行步骤s704和步骤s705。

在步骤s703中，停用该bundle服务，进一步卸载该bundle服务。

在步骤s704中，加载新的jar到osgi替换给bundle服务形成更新后的bundle。

在步骤s705中，启用所属更细后的bundle服务。

在本实施例提供的技术方案中，通过对基于osgi的commonbundle，adaptbundle，localbundle三个bundle进行管理，充分运用osgi对bundle模块化的动态管理，首先通过bundle标识符配置获取需要更新的bundle，然后停用该bundle后卸载，进一步加载更新后的jar包为新bundle。相较于现有的相关技术，本技术方案无需重启服务，通过配置即可适配第三方的外部接口便可以实现对接口动态转换。

以下介绍本公开的接口适配系统实施例，可以用于执行本公开上述的即可适配方法。

图8示出本公开示例性实施例中接口适配系统的结构示意图。如图8所示，上述接口适配系统800包括：适配功能模块801、通用功能模块802和第三方功能模块803。

其中，上述通用功能模块802对应于通用接口，提供目标服务，并向所述适配功能模块发送对适配服务的调用请求；

上述第三方功能模块803对应于外部接口，提供目标服务消费者服务，并接收所述适配功能模块发送的对所述目标服务消费者服务的调用请求；

上述适配功能模块801对应于适配器，提供所述适配功能，以完成对所述外部接口的适配。

上述接口适配系统中各功能模块的具体细节已经在对应的接口适配方法中进行了详细的描述，因此此处不再赘述。

以下介绍本公开的装置实施例，可以用于执行本公开上述的接口适配方法。

图9示出本公开示例性一实施例中接口适配装置的结构示意图。如图9所示，上述接口适配装置900包括：第一接收单元901、第一数据解析单元902、第一服务调用单元903和适配单元904。

其中，上述第一接收单元901，用于接收通用功能模块对适配服务的调用请求，所述通用功能模块对应的通用接口提供目标服务；

上述第一数据解析单元902，用于解析第一配置数据反射生成适配类；

上述第一服务调用单元903，用于调用第三方功能模块对应的外部接口的目标服务消费者服务的实例；

上述适配单元904，用于根据所述目标服务消费者服务的实例对所述适配类进行实例化，以适配所述外部接口。

在示例性的实施例中，基于前述方案，所述第一配置数据包括外部接口标识和通用接口标识。

在示例性的实施例中，基于前述方案，上述第一数据解析单元902，具体用于：

注册以所述通用接口标识作为标识符的适配服务；以及，根据所述通用接口标识和所述外部接口标识反射生成适配类。

在示例性的实施例中，基于前述方案，上述第一接收单元901，具体用于：接收通用功能模块通过代理类对所述适配服务的服务调用请求；

其中，所述代理类通过通用接口标识确定所述适配服务的标识符，反射调用所述适配服务。

在示例性的实施例中，基于前述方案，上述第一服务调用单元903，具体用于：

根据所述外部接口标识确定所述目标服务消费者服务的标识符；以及，调用所述目标服务消费者服务的实例。

在示例性的实施例中，基于前述方案，上述适配单元904，具体用于：

将所述目标服务消费者服务的实例注入所述适配类的代理参数，以实现对所述适配类进行实例化。

上述接口适配装置中各单元的具体细节已经在对应的接口适配方法中进行了详细的描述，因此此处不再赘述。

图10示出本公开示例性另一实施例中接口适配装置的结构示意图。如图10所示，上述接口适配装置1000包括：第二数据解析单元1001和第二服务调用单元1002。

其中，上述第二数据解析单元1001，用于响应于客户端对目标服务的调用请求，解析第二配置数据，动态代理生成服务接口实现，提供目标服务；

上述第二服务调用单元1002，用于通过代理类向适配功能模块发送对适配服务的调用请求，以通过所述适配功能模块实现对外部接口的适配，所述外部接口为目标服务消费者。

在示例性的实施例中，基于前述方案，所述第二配置数据包括所述通用接口标识和目标服务标识。

在示例性的实施例中，基于前述方案，上述第二服务调用单元1002，具体用于：所述代理类通过所述通用接口标识确定所述适配服务的标识符，反射调用所述适配服务。

上述接口适配装置中各单元的具体细节已经在对应的接口适配方法中进行了详细的描述，因此此处不再赘述。

图11示出本公开示例性另一实施例中接口适配装置的结构示意图。如图11所示，上述接口适配装置1100包括：第三数据解析单元1101和第二接收单元1102。

其中，上述第三数据解析单元1101，用于解析第三配置数据注册外部接口为目标服务消费者；

上述第二接收单元1102，用于接收适配功能模块发送的对所述目标服务消费者服务调用请求，提供所述目标服务消费者服务的实例，以供所述适配功能模块完成所述外部接口的适配。

在示例性的实施例中，基于前述方案，所述第三配置数据包括所述外部接口标识和目标服务标识。

在示例性的实施例中，基于前述方案上述第三数据解析单元1101，具体用于：注册以所述外部接口标识作为标识符的目标服务消费者服务；

上述第二接收单元1102，具体用于：在所述适配功能模块通过所述外部接口标识确定所述目标服务消费者服务的标识符之后，接收适配功能模块发送的对所述目标服务消费者服务调用请求。

上述接口适配装置中各单元的具体细节已经在对应的接口适配方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图12所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品1200，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图13来描述根据本公开的这种实施方式的电子设备1300。图13显示的电子设备1300仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图13所示，电子设备1300以通用计算设备的形式表现。电子设备1300的组件可以包括但不限于：上述至少一个处理单元1310、上述至少一个存储单元1320、连接不同系统组件(包括存储单元1320和处理单元1310)的总线1330。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1310执行，使得所述处理单元1310执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1310可以执行如图3中所示的：步骤s301，接收通用功能模块对适配服务的调用请求，所述通用功能模块对应的通用接口提供目标服务；步骤s302，解析第一配置数据反射生成适配类；步骤s303，调用第三方功能模块对应的外部接口的目标服务消费者服务的实例；以及，步骤s304，根据所述目标服务消费者服务的实例对所述适配类进行实例化，以适配所述外部接口。

存储单元1320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)13201和/或高速缓存存储单元13202，还可以进一步包括只读存储单元(rom)13203。

存储单元1320还可以包括具有一组(至少一个)程序模块13205的程序/实用工具13204，这样的程序模块13205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1300也可以与一个或多个外部设备1400(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1300交互的设备通信，和/或与使得该电子设备1300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1350进行。并且，电子设备1300还可以通过网络适配器1360与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1360通过总线1330与电子设备1300的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1300使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。