WO2020173128A1

WO2020173128A1 - 软件开发工具包的生成方法、装置及终端设备

Info

Publication number: WO2020173128A1
Application number: PCT/CN2019/117180
Authority: WO
Inventors: 薛雷
Original assignee: 平安科技（深圳）有限公司
Priority date: 2019-02-27
Filing date: 2019-11-11
Publication date: 2020-09-03
Also published as: CN109976761A; CN109976761B

Abstract

一种软件开发工具包的生成方法、装置、终端设备、及计算机可读存储介质，其中，所述方法包括：获取应用程序的源代码（S101）；对所述源代码进行解析，并提取出应用程序编程接口的接口信息（S102）；获取预设编程语言对应的SDK模板，所述SDK模板包括待填充项（S103）；从所述接口信息中获取与所述SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述SDK模板的所述待填充项中，生成SDK编程文件（S104）。通过上述方式提高了生成SDK的效率，降低了人工成本。

Description

软件幵发工具包的生成方法、装置及终端设备

[0001] 本申请要求于 2019年 2月 27日提交中国专利局、申请号为 201910145901.2、发明名称为“软件开发工具包的生成方法、装置及终端设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

[0002] 本申请属于软件开发技术领域，尤其涉及一种软件开发工具包的生成方法、装置及终端设备。

背景技术

[0003] 在应用程序，包括客户端应用程序和网页应用程序，上线之后，为了支持用户以更加丰富的方式接入和使用该应用程序，开发商通常会对外提供不同语言版本的软件开发工具包 (Software Development Kit, SDK) 。

[0004] 当应用程序中增加了新的功能或新的特性后，需要将新增部分的应用程序编程接口 (Application Programming Interface, API) 编写成不同语言的 SDK, 以实现与应用程序的同步更新。然而，开发 SDK的过程包含着大量的重复工作，过程也十分枯燥，并且手动编写 SDK的过程需要耗费开发人员大量时间。与此同时，每次系统特性的发生改变，都需要对 SDK的相关接口进行更新，系统中的接口的变化，同步到多语言版本的 SDK中需投入多倍的工作量。

发明概述

技术问题

[0005] 有鉴于此，本申请实施例提供了一种软件开发工具包的生成方法、装置及终端设备，以解决现有技术存在的生成 SDK效率低下的技术问题。

问题的解决方案

技术解决方案

[0006] 本申请实施例的第一方面提供了一种软件开发工具包 SDK的生成方法，包括： [0007] 获取应用程序的源代码；

[0008] 对所述源代码进行解析，并提取出应用程序编程接口的接口信息； [0009] 获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；

[0010] 从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[0011] 本申请实施例的第二方面提供了一种软件开发工具包 SDK的生成装置，包括：

[0012] 源代码获取单元，用于获取应用程序的源代码；

[0013] 提取单元，用于对所述源代码进行解析，并提取出应用程序编程接口的接口信息；

[0014] 模板获取单元，用于获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；

[0015] 填充单元，用于从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 S DK模板的所述待填充项中，生成 SDK编程文件。

[0016] 本申请实施例的第三方面提供了一种终端设备，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时，实现如下步骤：

[0017] 获取应用程序的源代码；

[0018] 对所述源代码进行解析，并提取出应用程序编程接口的接口信息；

[0019] 获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；

[0020] 从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[0021] 本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：

[0022] 获取应用程序的源代码；

[0023] 对所述源代码进行解析，并提取出应用程序编程接口的接口信息；

[0024] 获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项； [0025] 从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

发明的有益效果

有益效果

[0026] 本申请实施例中，通过源代码提取到 API的接口信息后，将这些接口信填充到 S DK模板形成 SDK编程文件，由于 SDK模板中的内容定义是严格按照程序的语法规范定义的，因而可以提高生成 SDK的效率，减少了人工成本。

对附图的简要说明

附图说明

[0027] 为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

[0028] 图 1是本申请实施例提供的一种软件开发工具包的生成方法的具体实现流程图

[0029] 图 2是本申请实施例提供的一种软件开发工具包的生成方法的步骤 102的一种具体实现流程图；

[0030] 图 3是本申请实施例提供的一种软件开发工具包的生成方法的步骤 102另一种具体实现流程图；

[0031] 图 4是本申请实施例提供的另一种软件开发工具包的生成方法的具体实现流程图；

[0032] 图 5是本申请实施例提供的一种软件开发工具包的生成装置的结构示意图； [0033] 图 6是本申请实施例提供的另一种软件开发工具包的生成装置的结构示意图； [0034] 图 7是本申请实施例提供的终端设备的示意图。

发明实施例

本发明的实施方式 [0035] 为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

[0036] 需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

[0037] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚，完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，所获得的所有其他实施例，都应当属于本申请保护的范围。

[0038] 以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

[0039] 图 1示出了本申请实施例提供的软件开发工具包的生成方法的实现流程，该生成方法流程包括步骤 S101至 S104 该生成方法适用于针对应用程序的 API自动生成 SDK的情形。该软件开发工具包的生成方法由软件开发工具包的生成装置执行，所述软件开发工具包的生成装置配置于终端设备，可由软件和 /或硬件实现。各步骤的具体实现原理如下。

[0040] S101 , 获取应用程序的源代码。

[0041] 其中，应用程序包括网页应用和终端应用，为需要生成软件开发工具包的目标对象。获取应用程序源代码，并将源代码切换到合适的版本上，为后续的分析工作提供数据基础。

[0042] 在本申请实施例中，获取应用程序的源代码包括：通过 Git在预先配置好的应用程序源代码托管地址下载所述应用程序的源代码。

[0043] 可安装于终端设备的应用程序，它们的源代码均使用 Git进行管理。将 Git的 API 进行了封装并集成在工具中，该工具可以是独立的用于生成软件开发工具包的应用程序，也可以是某个应用程序具备的可生成软件开发工具包的功能，在该工具的配置文件中，预先配置好目标对象，即待生成软件开发工具包的应用程序的源代码托管地址，在工具运行过程中，利用工具可以自动的下载所需的应用程序源代码。

[0044] S102, 对所述源代码进行解析，并提取出应用程序编程接口的接口信息。

[0045] 其中，对源代码进行解析，提取出 API的接口信息，从而后续生成 SDK。

[0046] 接口信息包括但不限于：接口名称、接口请求参数信息、和接口响应参数信息。接口请求参数信息包括但不限于：参数名称和参数类型。接口响应参数信息包括但不限于：响应参数名称、响应参数类型、和复杂类型参数信息 (即由多个基础类型字段组合而成的新类型) 。

[0047] 可选地，如图 2所示，作为本申请一实施例，步骤 102包括步骤 201至 204。

[0048] S201 , 对所述源代码进行编译，生成 Java字节码。

[0049] 其中，对源代码进行编译生成 Java字节码， Java字节码是一种数据加载到计算机内存中的数据形式，对类的进一步分析需要此步骤作为基础。

[0050] 也就是说，源代码需要编译成字节码， Java虚拟机 (jvm) 才能识别出其中的类结构，如果不进行编译，源代码和普通的文本文件没有区别， jvm就无法获取到其中的信息。

[0051] S202, 利用 Java类加载器加载所述 Java字节码，保留符合预设规则的类。

[0052] 其中， Java类加载器 (java Classloader) 是 Java运行时环境 (java Runtime Environment) 的一部分，负责动态加载 Java类到 Java虚拟机的内存空间中。

[0053] 利用 Java类加载器加载编译后的 Java字节码，并结合设计好的规则库，依次扫描加载进来的类，同时根据规则库中的规则对被扫描的类进行匹配，符合预设规则的类被保留，不符合预设规则的类被过滤掉，即符合条件的类进行保留，不符合条件的类则过滤掉。

[0054] Java类加载器是将 Java类加载至 Java虚拟机，虚拟机不包括规则库，规则库是本工具中单独定义的一个用于做类过滤的模块，用于在类加载器将 java类加载至虚拟机后，在对已加载进 Java虚拟机的类进行扫描时，按规则库中的规则过滤出满足预设规则的 Java类。对于 API，只需过滤出一些对外开放的接口信息，并非要所有的接口信息全部暴露出来，因此需要一个规则库，来指定哪些类需要进行信息的提取，这样一方面可以保证受限的信息不对外暴漏，另一方便，后续如果有生成规则的变化，只需更新规则库，而不需要重新编写代码。

[0055] S203，确定被保留的类的类别。

[0056] 其中，被保留的类的类别包括但不限于请求参数类、响应参数类、和接口定义类等。基于不同的分类规则，分析被保留的类是属于那种类别，

[0057] 根据上一步的筛选结果，分析被保留的类是属于那种类别，由于系统的代码是基于一定的规范进行开发的，那么不同的类从命名和继承关系上都有一定的规则。

[0058] 例如，前面提到的请求参数类，类命名一定是以 Request结尾的，并且所有请求参数类继承自 Request类，因此既可以通过类名称进行判断分类，也可以从继承关系上进行判断分类。

[0059] 又如，对于响应参数类，类命名一定是以 Response结尾的，并且所有响应参数类继承自 Response类，因而通过类名称进行判断分类。

[0060] 接口定义类，类命名一定是以 Action结尾的，并且所有接口定义类继承自 Actio n类，因而通过类名称进行判断分类。

[0061] 其他的类判断分类的原理类似，不过不同的类可能有不同的规则，本申请不再 ——歹■]举。

[0062] S204, 基于反射机制提取各个类别用于描述应用程序编程接口的接口信息。

[0063] 其中，根据类别的划分，应用不同的提取规则提取不同的接口信息。例如，对请求参数类和响应参数类，需要提取字段详细信息；对接口类只需要提取接口名称信息等。

[0064] 反射机制指在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法，对于任意一个对象，都能调用它的任意一个方法。 Java语言的反射机制为动态获取信息，以及动态调用对象方法的功能。

[0065] 本申请实施例中，通过反射机制提取各个类别用于描述 API的接口信息。示例性地，提取描述 API的完整信息项，完整信息项包括接口名称、接口请求参数名称、接口请求参数类型、接口请求参数是否为必传参数、接口响应参数名称、接口响应参数类型、接口响应参数中关联的枚举类型、接口响应参数中关联的对象类型、接口版本等。 [0066] 进一步地，在本申请其他实施例中，如图 3所示，在步骤 204之后，还包括步骤 205 , 将各个类别用于描述应用程序编程接口的接口信息按简单 Java对象的方式进行存储，形成结构化的接口信息。

[0067] 在本申请实施例中，以 json字符串的形式将描述一个 API的接口信息，按简单 Ja va对象的方式进行存储，形成结构化的接口信息。例如完整信息项包括：接口名称、接口请求参数名称、接口请求参数类型、接口请求参数是否为必传参数、接口响应参数名称、接口响应参数类型、接口响应参数中关联的枚举类型、接口响应参数中关联的对象类型、接口版本等，用 json字符串的方式进行组织和存储后，将其反序列化为简单 Java对象非常简便，形成结构化的接口信息，示例如下所示：

[0068] {

[0069] "name": "ListRegions",

[0070] "request": {

[0071] "attributes": [

[0072] {

[0073] "annotations": [],

[0074] "name": "id",

[0075] "required": false,

[0076] "type": "String"

[0077] } ,

[0078] {

[0079] "annotations": [],

[0080] "name": "productCode",

[0081] "required": false,

[0082] "type": "String"

[0083]

[0084]

[0085] enums": [], [0086] "name": "ListRegionsRequest"

[0087] } ,

[0088] "response": {

[0089] "attributes": [

[0090] {

[0091] "name": "regions",

[0092] "type": "RegionBean[]ⁿ

[0093] }

[0094] ],

[0095] "beans": [

[0096] {

[0097] "attributes": [

[0098] {

[0099] "name": "id",

[0100] "type": "String"

[0101] } ,

[0102] {

[0103] "name": "code",

[0104] "type": "String"

[0105] } ,

[0106] {

[0107] "name": "name",

[0108] "type": "String"

[0109] } ,

[0110] {

[0111] "name": "displayName",

[0112] "type": "String"

[0113] } , [0114]

[0115] "name": "description",

[0116] "type": "String"

[0117] }

[0118] ],

[0119] "enums": [],

[0120] "name": "RegionBean"

[0121] }

[0122] ],

[0123] "name": "ListRegionsResponse"

[0124]

[]

[0125] S103 , 获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项。

[0126] 在本申请实施例中，根据不同编程语言的语法特征，为各个不同的编程语言的 SDK事先编写了文件模板，也就是说，为不同编程语言预设了对应的 SDK模板。此外，还可以根据不同的文件用途对这些模板进行继续组织与管理。

[0127] 编程语言为所述软件开发工具包被调用时所采用的编程语言，该编程语言可以为 C语言、 C++语言、 Java语言、 go语言、 python语言、或 nodejs语言等等。需要说明的是，获取何种预设编程语言的 SDK模板，可由使用本申请的软件开发工具包的用户，即由使用本工具的用户提供，也可为系统默认的编程语言，也可以由用户自定义设置的编程语言，可以为一个，也可以为多个。本申请对此不做具体限定。当需要生成多个编程语言的 SDK时，分别获取多个编程语言对应的 SDK模板，从而分别生成对应的 SDK。

[0128] 各类编程语言有各自的语法规则，编写不同的编程语言的文件模板过程中，只需按照语法规则，抽象出 SDK代码可变部分和不可变部分即可，然后按照具体的文件模板语法，撰写模板内容即可，本申请中使用的模板是 freemarker。其中， SDK模板的可变部分即 SDK模板的待填充项，为需要根据 API的接口信息进行填充的部分；不可变部分即 SDK模板的固定内容。 [0129] 例如，对于 C语言来说，其 SDK模板采用函数的方式描述，而 Java语言，其 SD K模板采用对象类的方式描述。可以事先生成多个采用不同的编程语言描述的 S DK模板，在运行过程中根据用户确定的编程语言或者默认的编程语言来调取相应的 SDK模板。无论是 C语言采用函数方式描述还是采用 Java采用对象类方式描述，均留出待填充项填写接口信息，该“待填充项”即所述软件开发工具包模板的可变部分。例如，采用函数方式描述时，则将函数名称、函数实体及函数参数作为待填充项，而其他的用于标识函数的符号（例如“${ }”等）或者关键字（例如“name”或“module”等）则预先在 SDK模板中写入，并在执行后续步骤 104中，将接口信息所包括的名称填入需要填写部分的函数名称，将指令填入需要填写部分的函数实体，将所述指令参数所包括的参数对外名称填入需要填写部分的函数参数。同样，如果是采用对象类进行描述，则将对象类名称、对象类中所包括的函数实体、函数参数等作为需要填写部分，并在执行步骤 104中，将接口信息所包括的名称填入需要填写部分的对象类名称，将指令填入需要填写部分的对象类中所包括的函数实体，将指令参数所包括的参数对外名称填入需要填写部分的对象类中所包括的函数参数。其他语言的 SDK模板类似，只是各语言语法规则不同，此处不再一一列举。

[0130] S104, 从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[0131] 在步骤 102提取了 API的接口信息，步骤 103获取到 SDK模板，因此，在步骤 104 中，将接口信息按照预设编程语言编译后对应填充至 SDK模板的待填充项中，生成 SDK编程文件。

[0132] 也就是说，步骤 104为 SDK编程文件的生成过程，经过 API内容分析，可以提取出生成 SDK所需的接口信息，经过编写 SDK模板，已经确定了 SDK的整体结构与内容，只需将前面步骤提取到的接口信息，填充到已经准备好的 SDK模板中

[0133] 可以理解的是，在提取到类信息时，根据不同的类，将提取到的接口信息，例如请求参数类和响应参数类等，映射到 SDK模板的待填充项，从而填充到 SDK 模板中。

[0134] 可选地，如图 4所示，在步骤 104之后还包括步骤 105: 将所述 SDK编程文件在不同操作系统中进行编译验证以生成针对不同操作系统的 SDK。

[0135] 其中，在生成 SDK编程文件之后，将 SDK编程文件加入到各个语言开发的不同操作系统中，即不同的开发环境中进行编译验证，生成针对不同操作系统的 SD

K。

[0136] 可选地，在本申请其他实施例中，在步骤 105之后，还包括：将 SDK保存在所述 SDK的预设保存路径，以供用户设备下载。

[0137] 其中，还可以预先获取 SDK保存路径，将编译得到的 SDK保存在所述 SDK保存路径， SDK保存路径可以是磁盘路径、网路路径、或者是存储卡路径等。

[0138] 本申请实施例提出的 SDK生成方法，其本质就是通过代码生成代码的过程，本申请在提取到 API的接口信息后，将这些接口信填充到 SDK模板形成的新的文件，就是新的代码，由于 SDK模板中的内容定义是严格按照程序的语法规范定义的，因而可以提高生成 SDK的效率，减少了人工成本。

[0139] 对应于上文实施例所述的软件开发工具包的生成方法，图 5示出了本申请实施例提供的软件开发工具包的生成装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

[0140] 参照图 5 , 该软件开发工具包的生成装置包括：

[0141] 源代码获取单元 51，用于获取应用程序的源代码；

[0142] 提取单元 52, 用于对所述源代码进行解析，并提取出应用程序编程接口的接口信息；

[0143] 模板获取单元 53，用于获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；

[0144] 填充单元 54，用于从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[0145] 可选地，所述提取单元 52具体用于：

[0146] 对所述源代码进行编译，生成 Java字节码； [0147] 利用 Java类加载器加载所述 Java字节码，保留符合预设规则的类；

[0148] 确定被保留的类的类别，基于反射机制提取各个类别用于描述应用程序编程接口的接口信息。

[0149] 可选地，所述提取单元 52还用于：

[0150] 将各个类别用于描述应用程序编程接口的接口信息按简单 Java对象的方式进行存储，形成结构化的接口信息。

[0151] 可选地，所述接口信息至少包括：接口名称、接口请求参数信息和接口响应参数信息。

[0152] 可选地，所述源代码获取单元 51具体用于：

[0153] 通过 Git在预先配置好的应用程序源代码托管地址下载所述应用程序的源代码

[0154] 可选地，如图 6所示，所述软件开发工具包的生成装置还包括编译单元 55 , 所述编译单元 55用于将所述 SDK编程文件在不同操作系统中进行编译验证以生成针对不同操作系统的 SDK。

[0155] 本申请实施例提出的 SDK生成方法，其本质就是通过代码生成代码的过程，本申请在提取到 API的接口信息后，将这些接口信填充到 SDK模板形成的新的文件，就是新的代码，由于 SDK模板中的内容定义是严格按照程序的语法规范定义的，因而可以提高生成 SDK的效率，减少了人工成本。

[0156] 图 7是本申请一实施例提供的终端设备的示意图。如图 7所示，该实施例的终端设备 7包括：处理器 70、存储器 71以及存储在所述存储器 71中并可在所述处理器 70上运行的计算机可读指令 72，例如 SDK生成程序。所述处理器 70执行所述计算机可读指令 72时实现上述各个软件开发工具包的生成方法实施例中的步骤，例如图 1所示的步骤 101至 104。或者，所述处理器 70执行所述计算机可读指令 72 时实现上述各装置实施例中各模块 /单元的功能，例如图 5所示单元 51至 54的功能

[0157] 示例性的，所述计算机可读指令 72可以被分割成一个或多个模块 /单元，所述一个或者多个模块 /单元被存储在所述存储器 71中，并由所述处理器 70执行，以完成本申请。所述一个或多个模块 /单元可以是能够完成特定功能的一系列计算机可读指令指令段，该指令段用于描述所述计算机可读指令 72在所述终端设备 7 中的执行过程。

[0158] 所述终端设备 7可以是服务器、桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器 70、存储器 71。本领域技术人员可以理解，图 7仅仅是终端设备 7的示例，并不构成对终端设备 7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

[0159] 所称处理器 70可以是中央处理单元 (Central Processing Unit， CPU) , 还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor， DSP)、专用集成电路 (Application Specific Integrated Circuit, ASIC)、现成可编程门阵列

(Field-Programmable Gate Array, FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

[0160] 所述存储器 71可以是所述终端设备 7的内部存储单元，例如终端设备 7的硬盘或内存。所述存储器 71也可以是所述终端设备 7的外部存储设备，例如所述终端设备 7上配备的插接式硬盘，智能存储卡 (Smart Media Card,

SMC) ，安全数字 (Secure Digital, SD) 卡，闪存卡 (Flash Card) 等。进一步地，所述存储器 71还可以既包括所述终端设备 7的内部存储单元也包括外部存储设备。所述存储器 71用于存储所述计算机可读指令以及所述终端设备所需的其他程序和数据。所述存储器 71还可以用于暂时地存储已经输出或者将要输出的数据。

[0161] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和 /或易失性存储器。非易失性存储器可包括只读存储器 (ROM) 、可编程 ROM (PROM ) 、电可编程 ROM (EPROM) 、电可擦除可编程 ROM (EEPROM) 或闪存。易失性存储器可包括随机存取存储器 (RAM) 或者外部高速缓冲存储器。作为说明而非局限， RAM以多种形式可得，诸如静态 RAM (SRAM) 、动态 RAM ( DRAM) 、同步 DRAM (SDRAM) 、双数据率 SDRAM (DDRSDRAM) 、增强型 SDRAM (ESDRAM) 、同步链路 (Synchlink) DRAM (SLDRAM) 、存储器总线 (Rambus) 直接 RAM (RDRAM) 、直接存储器总线动态 RAM (DRDR AM) 、以及存储器总线动态 RAM (RDRAM) 等。

[0162] 所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0163] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

[0164] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0165] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0166] 所述集成的模块 /单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤

[0167] 以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims

权利要求书

[权利要求 1] 一种软件开发工具包 SDK的生成方法，其特征在于，包括：

获取应用程序的源代码；

对所述源代码进行解析，并提取出应用程序编程接口的接口信息；获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[权利要求 2] 如权利要求 1所述的生成方法，其特征在于，所述对所述源代码进行解析，并提取出应用程序编程接口的接口信息，包括：

对所述源代码进行编译，生成 Java字节码；

利用 Java类加载器加载所述 Java字节码，保留符合预设规则的类；确定被保留的类的类别，基于反射机制提取各个类别用于描述应用程序编程接口的接口信息。

[权利要求 3] 如权利要求 2所述的生成方法，其特征在于，所述基于反射机制提取各个类别用于描述应用程序编程接口的接口信息之后，还包括将各个类别用于描述应用程序编程接口的接口信息按简单 Java对象的方式进行存储，形成结构化的接口信息。

[权利要求 4] 如权利要求 2或 3所述的生成方法，其特征在于，所述接口信息至少包括：接口名称、接口请求参数信息和接口响应参数信息。

[权利要求 5] 如权利要求 1-3任一项所述的生成方法，其特征在于，所述获取应用程序的源代码，包括：

通过 Git在预先配置好的应用程序源代码托管地址下载所述应用程序的源代码。

[权利要求 6] 如权利要求 1-3任一项所述的生成方法，其特征在于，所述生成 SDK 编程文件之后，还包括：

将所述 SDK编程文件在不同操作系统中进行编译验证以生成针对不同操作系统的 SDK

[权利要求 7] 一种软件开发工具包 SDK的生成装置，其特征在于，包括：

源代码获取单元，用于获取应用程序的源代码；提取单元，用于对所述源代码进行解析，并提取出应用程序编程接口的接口信息；

模板获取单元，用于获取预设编程语言对应的 SDK模板，所述 SDK模板包括待填充项；

填充单元，用于从所述接口信息中获取与所述 SDK模板中每个所述待填充项对应的目标接口信息，将所述目标接口信息按照预设编程语言编译后填充至所述 SDK模板的所述待填充项中，生成 SDK编程文件。

[权利要求 8] 如权利要求 7所述的生成装置，其特征在于，所述提取单元具体用于对所述源代码进行编译，生成 Java字节码；

[权利要求 9] 如权利要求 8所述的生成装置，其特征在于，所述提取单元还用于：将各个类别用于描述应用程序编程接口的接口信息按简单 Java对象的方式进行存储，形成结构化的接口信息。

[权利要求 10] 如权利要求 8或 9所述的生成装置，其特征在于，所述接口信息至少包括：接口名称、接口请求参数信息和接口响应参数信息。

[权利要求 11] 如权利要求 7-9任一项所述的生成装置，其特征在于，所述源代码获取单元具体用于：

[权利要求 12] 如权利要求 7-9任一项所述的生成装置，其特征在于，还包括编译单，所述编译单元用于将所述 SDK编程文件在不同操作系统中进行编译验证以生成针对不同操作系统的 SDK。

[权利要求 13] 一种终端设备，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时，实现如下步骤：

获取应用程序的源代码；

[权利要求 14] 如权利要求 13所述的终端设备，其特征在于，所述对所述源代码进行解析，并提取出应用程序编程接口的接口信息，包括：

对所述源代码进行编译，生成 Java字节码；

[权利要求 15] 如权利要求 14所述的终端设备，其特征在于，所述基于反射机制提取各个类别用于描述应用程序编程接口的接口信息之后，还包括将各个类别用于描述应用程序编程接口的接口信息按简单 Java对象的方式进行存储，形成结构化的接口信息。

[权利要求 16] 如权利要求 14或 15所述的终端设备，其特征在于，所述接口信息至少包括：接口名称、接口请求参数信息和接口响应参数信息。

[权利要求 17] 如权利要求 13-15任一项所述的终端设备，其特征在于，所述获取应用程序的源代码，包括：

[权利要求 18] 如权利要求 13-15任一项所述的终端设备，其特征在于，所述生成 SD

K编程文件之后，还包括：

将所述 SDK编程文件在不同操作系统中进行编译验证以生成针对不同操作系统的 SDK。

[权利要求 19] 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：

获取应用程序的源代码；

[权利要求 20] 如权利要求 19所述的计算机可读存储介质，其特征在于，所述对所述源代码进行解析，并提取出应用程序编程接口的接口信息，包括：对所述源代码进行编译，生成 Java字节码；