接口文档处理方法、装置、设备及存储介质与流程

1.本技术涉及互联网技术领域，具体而言，涉及一种接口文档处理方法、装置、设备及存储介质。


背景技术：

2.目前，在web项目开发模式中，主要是采用一种前后端分离模式，即web端和服务端各自独立开发。在这种模式中，web端的研发人员需要参考服务端提供的接口文档，编写网络请求脚本代码，使得web端能够基于编写的网络请求，来调用服务端的接口数据，以实现web端与服务端之间的信息交互。
3.但是，服务端的接口可能是几个也有可能成百上千个，相应的，web端的研发人员也就需要采用人工手动方式，针对不同的接口文档编写成百上千的与服务端进行交互的网络请求代码，这样容易增加web端的研发人员的工作繁琐程度，进而降低工作效率。


技术实现要素：

4.本发明的目的在于，针对上述现有技术中的不足，提供一种接口文档处理方法、装置、设备及存储介质，以便降低web端的研发人员的工作繁琐程度，从而提高工作效率。
5.为实现上述目的，本技术实施例采用的技术方案如下：
6.第一方面，本技术实施例提供了一种接口文档处理方法，所述方法包括：
7.调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到所述目标接口文档中包含的接口参数，所述接口参数包括：至少一个字段、及各所述字段对应的字段值；
8.调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本。
9.可选地，所述调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到所述目标接口文档中包含的接口参数，包括：
10.调用所述第一脚本代码中的网络请求方法，获取来自所述服务端的目标接口文档；
11.调用所述第一脚本代码中的解析方法，提取所述目标接口文档中包含的接口参数。
12.可选地，所述调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本之前，还包括：
13.对从所述目标接口文档中提取到的接口参数进行格式处理，得到格式处理后目标格式的接口参数。
14.可选地，所述调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本之后，还包括：
15.调用在线格式化插件，对所述请求代码脚本进行格式化处理，得到格式化后的请
求代码脚本；
16.将所述格式化后的请求代码脚本写入目标开发项目工程文件中。
17.可选地，所述调用预先编写的第一脚本代码之前，还包括：
18.将所述第一脚本代码配置至所述目标开发项目工程文件的项目描述包。
19.可选地，所述方法还包括：
20.在每次所述目标开发项目工程文件初始化前，运行所述第一脚本代码。
21.可选地，所述调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本之后，还包括：
22.生成目标开发项目工程文件的统一请求头和重置网络请求库实例；
23.将统一请求头和所述重置网络请求库实例注入所述请求代码脚本，生成接口请求代码脚本。
24.第二方面，本技术实施例还提供了一种接口文档处理装置，所述装置包括：
25.处理模块，用于调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到所述目标接口文档中包含的接口参数，所述接口参数包括：至少一个字段、及各所述字段对应的字段值；
26.生成模块，用于调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本。
27.可选地，所述处理模块，还用于：
28.调用所述第一脚本代码中的网络请求方法，获取来自所述服务端的目标接口文档；
29.调用所述第一脚本代码中的解析方法，提取所述目标接口文档中包含的接口参数。
30.可选地，所述处理模块，还用于对从所述目标接口文档中提取到的接口参数进行格式处理，得到格式处理后目标格式的接口参数。
31.可选地，所述装置还包括：
32.所述处理模块，还用于调用在线格式化插件，对所述请求代码脚本进行格式化处理，得到格式化后的请求代码脚本；
33.写入模块，用于将所述格式化后的请求代码脚本写入目标开发项目工程文件中。
34.可选地，所述装置还包括：
35.配置模块，用于将所述第一脚本代码配置至所述目标开发项目工程文件的项目描述包。
36.可选地，所述装置还包括：
37.运行模块，用于在每次所述目标开发项目工程文件初始化前，运行所述第一脚本代码。
38.可选地，所述生成模块，还用于：
39.生成目标开发项目工程文件的统一请求头和重置网络请求库实例；
40.将统一请求头和所述重置网络请求库实例注入所述请求代码脚本，生成接口请求代码脚本。
41.第三方面，本技术实施例提供一种电子设备，包括：处理器、存储器和总线，所述存
储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述机器可读指令，以执行如上述第一方面所述的方法的步骤。
42.第四方面，本技术实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述第一方面所述的方法的步骤。
43.本技术的有益效果是：
44.本技术实施例提供一种接口文档处理方法、装置、设备及存储介质，该方法包括：调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数，接口参数包括：至少一个字段、及各字段对应的字段值；调用语义模板库，根据接口参数生成目标接口文档对应的请求代码脚本。本技术提出一种接口文档处理方法，主要是采用一种自动化方式，通过调用预先编写的第一脚本代码，获取并解析来自服务端发送的接口文档，得到接口文档中包含的接口参数；然后，调用语义模板库，根据接口参数生成接口文档对应的请求代码脚本，使得web端的开发人员可以基于生成的请求代码脚本与服务端进行交互。这样，避免了web端的开发人员采用人工手动方式编写与服务端进行交互的网络请求代码，同时也解决了web端多人协作开发代码的冲突问题，以及web端生成的网络请求代码不需要人员维护编写，降低了web端的研发人员的工作繁琐程度，从而提高了web端的研发人员的工作效率。
附图说明
45.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
46.图1为本技术实施例提供的一种接口文档处理系统的结构示意图；
47.图2为本技术实施例提供的一种电子设备的结构示意图；
48.图3为本技术实施例提供的一种接口文档处理方法的流程的示意图；
49.图4为本技术实施例提供的另一种接口文档处理方法的流程的示意图；
50.图5为本技术实施例提供的又一种接口文档处理方法的流程的示意图；
51.图6为本技术实施例提供的另一种接口文档处理方法的流程的示意图；
52.图7为本技术实施例提供的一种接口文档处理方法的整体流程的示意图；
53.图8为本技术实施例提供的一种接口文档处理装置的结构的示意图。
54.图标：100-接口文档处理系统；101-服务端；102-web端；103-网络模块。
具体实施方式
55.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，应当理解，本技术中附图仅起到说明和描述的目的，并不用于限定本技术的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本技术中使用的流程图示出了根据本技术的一些实施例实现的操
作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本技术内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
56.另外，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
57.需要说明的是，本技术实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
58.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
59.此外，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
60.需要说明的是，在不冲突的情况下，本技术的实施例中的特征可以相互结合。
61.首先，在对本技术所提供的技术方案展开具体说明之前，先对本技术所涉及的相关背景进行简单说明。
62.在互联网技术领域中，服务端的接口可能是几个也有可能成百上千个，相应的，网络(web)端的研发人员也就需要采用人工手动方式，针对不同的接口文档编写成百上千的与服务端进行交互的网络请求代码。这样，容易增加web端的研发人员的工作繁琐程度，进而降低工作效率；其次，也会存在服务端的研发人员提供的接口文档出错的情况，进而误导web端研发人员。
63.为了解决上述现有技术中存在的技术问题，本技术提出一种接口文档处理方法，主要是采用一种自动化方式，通过调用预先编写的第一脚本代码，获取并解析来自服务端发送的接口文档，得到接口文档中包含的接口参数；然后，调用语义模板库(如，handlebars)，根据接口参数生成接口文档对应的请求代码脚本，使得web端的开发人员可以基于生成的请求代码脚本与服务端进行交互。这样，避免了web端的开发人员采用人工手动方式编写与服务端进行交互的网络请求代码，同时也解决了web端多人协作开发代码的冲突问题，以及web端生成的网络请求代码不需要人员维护编写，降低了web端的研发人员的工作繁琐程度，从而提高了web端的研发人员的工作效率。
64.图1为本技术实施例提供的一种接口文档处理系统的结构示意图；该接口文档处理系统100包括：服务端101、web端102、网络模块103；服务端101经由网络模块103与web端102通信连接。
65.具体的，web端102可以经由网络模块103接收由服务端101研发人员编写的接口文
档，然后，web端102根据接口文档编写与服务端进行交互的网络请求代码。
66.其中，接口文档用于记录服务端101中各接口的接口信息，比如，接口信息包括：接口名称、接口功能描述、请求的统一资源定位器(uniform resource locator，简称url)、请求方式(如，get/post等)、请求参数、(参数名、是否必选、参数类型、说明)、返回示例、返回参数等。
67.可以理解，图1所述的结构仅为示意，接口文档处理系统100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
68.图2为本技术实施例提供的一种电子设备的结构示意图；上述图1中的服务端101、web端102可以部署在不同的(或者是同一个)电子设备上。电子设备如可以是计算机或者服务器等处理设备，以用于实现本技术提供的接口文档处理方法。如图2所示，电子设备包括：处理器201、存储器202。
69.处理器201、存储器202之间直接或间接地电性连接，以实现数据的传输或交互。例如，可通过一条或多条通信总线或信号线实现电性连接。
70.其中，处理器201可以是一种集成电路芯片，具有信号的处理能力。上述的处理器201可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
71.存储器202可以是，但不限于，随机存取存储器(random access memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
72.存储器202用于存储程序，处理器201调用存储器202存储的程序，以执行下面实施例提供的接口文档处理方法。
73.如下将通过多个实施例对本技术提供的接口文档处理方法和对应产生的有益效果进行说明。
74.图3为本技术实施例提供的一种接口文档处理方法的流程示意图；可选地，该方法的执行主体可以是图1中的web端，具有数据处理功能，web端可以集成于计算机或服务器等实体设备，在此不作限制。
75.应当理解，在其它实施例中接口文档处理方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。如图3所示，该方法包括：
76.s301、调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数。
77.其中，目标接口文档中包含的接口参数可以为swaggerapi json数据，接口参数包括：至少一个字段、及各字段对应的字段值。
78.应理解，接口文档用于记录服务端中各接口的接口信息，比如，接口信息包括：接口名称、接口标识、接口基本路径、接口功能描述、接口请求的统一资源定位器(uniform resource locator，简称url)、接口请求方法(如，get/post等)、请求参数、(参数名、是否必选、参数类型、说明)、返回示例、返回参数等。
79.例如，本实施例中，获取到的目标接口文档中的部分接口信息可以为：
80."/site/index/news":{/接口请求的url
81."get":{//接口请求方式为get
82."tags":["首页模块"]，//接口所在的模块
[0083]
"summary":"新闻中心查询topn"，//接口功能描述
[0084]
"operationid":"newslistusingget"，//接口标识
[0085]
"responses":{//接口响应说明
[0086]
"200":{
[0087]
"description":"ok",
[0088]
"content":{
[0089]
"*/*":{
[0090]
"schema":{
[0091]
"$ref":"#/components/schemas/dataresult《list《sitepublisharticledto》》"
[0092]
}。
[0093]
可选地，获取到的目标接口文档可以为一个swagger json格式的文件。
[0094]
其中，第一脚本代码可以是web端的开发人员基于web端向服务端发起的网络请求、以及对获取到的接口文档进行解析的命令，并采用java编程语言编写得到的一个javascript脚本。
[0095]
另外，web端的开发人员可以使用vue-cli创建的工程或者其他node创建的web工程，并在创建的工程下编写第一脚本代码，即javascript脚本。
[0096]
在本实施例中，web端的开发人员通过调用第一脚本代码，以从服务端获取目标接口文档，同时并对获取到的目标接口文档进行解析，以得到目标接口文档中包含的接口参数。
[0097]
例如，可以对上述获取到的接口文档进行解析，解析后得到的接口参数包括的字段为接口标识、接口功能描述、请求方式等，且“接口标识”这一字段对应的字段值为"newslistusingget"、“接口功能描述”这一字段对应的字段值为"新闻中心查询topn"、“请求方式”为get。
[0098]
s302、调用语义模板库，根据接口参数生成目标接口文档对应的请求代码脚本。
[0099]
可选地，在本实施例中，采用的语义模板库可以是handlebars模版。其中，handlebars模版主要包含公共模块与对外所有网络请求逻辑的方法这两部分。公共模块用于对“接口参数”中对外暴露重写统一请求头host的方法以及对外暴露重写axios请求模块的方法进行处理，对外所有网络请求逻辑的方法主要用于对方法名称为接口参数中“接口标识”这一字段对应的字段值进行处理。
[0100]
在本实施例中，例如，handlebars模版根据接口参数中各字段、以及各字段对应的字段值自动进行匹配，以生成目标接口文档对应的请求代码脚本，使得web端的开发人员可以基于生成的请求代码脚本与服务端进行交互。这样，避免了web端的开发人员采用人工手动方式编写与服务端进行交互的网络请求代码，同时也解决了web端多人协作开发代码的冲突问题，以及web端生成的网络请求代码不需要人员维护编写，降低了web端的研发人员的工作繁琐程度，从而提高了web端的研发人员的工作效率。
[0101]
综上所述，本技术实施例提供一种接口文档处理方法，该方法包括：调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数，接口参数包括：至少一个字段、及各字段对应的字段值；调用语义模板库，根据接口参数生成目标接口文档对应的请求代码脚本。本技术提出一种接口文档处理方法，主要是采用一种自动化方式，通过调用预先编写的第一脚本代码，获取并解析来自服务端发送的接口文档，得到接口文档中包含的接口参数；然后，调用语义模板库，根据接口参数生成接口文档对应的请求代码脚本，使得web端的开发人员可以基于生成的请求代码脚本与服务端进行交互。这样，避免了web端的开发人员采用人工手动方式编写与服务端进行交互的网络请求代码，同时也解决了web端多人协作开发代码的冲突问题，以及web端生成的网络请求代码不需要人员维护编写，降低了web端的研发人员的工作繁琐程度，从而提高了web端的研发人员的工作效率。
[0102]
将通过如下实施例，具体讲解如何调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数。
[0103]
可选地，参考图4所示，上述步骤s302：调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数，包括：
[0104]
s401、调用第一脚本代码中的网络请求方法，获取来自服务端的目标接口文档。
[0105]
其中，第一脚本代码中的网络请求方法中包含获取目标接口文档的请求路径、目标接口文档的存储地址、目标接口文档的标识等信息。
[0106]
在本实施例中，在web端的开发人员调用第一脚本代码时，通过第一脚本代码中的网络请求方法从服务端获取目标接口文档，并将获取到的目标接口文档返回至web端，提高了获取目标接口文档的效率和准确率。
[0107]
s402、调用第一脚本代码中的解析方法，提取目标接口文档中包含的接口参数。
[0108]
其中，第一脚本代码中的解析方法用于对目标接口文档中包含的接口参数进行解析，以得到接口参数中的各字段、及各字段对应的字段值等。其中，解析方法对各字段进行解析时，可以是顺序解析，也可以是同步解析，以提高提取目标接口文档中包含的接口参数的效率。
[0109]
在另一种可实现的方式中，还可以采用web端的json解析引擎，来解析目标接口文档json数据。具体的，json解析引擎对目标接口文档json数据校验通过后，json解析引擎根据请求头参数、请求参数及响应参数分别解析接口文档json数据各个字段，以提取目标接口文档中包含的接口参数。
[0110]
将通过如下实施例，具体讲解在执行上述步骤s302之前，还可以包括哪些处理过程。
[0111]
可选地，上述步骤s302：调用语义模板库，根据接口参数生成所述目标接口文档对应的请求代码脚本之前，还包括：
[0112]
对从目标接口文档中提取到的接口参数进行格式处理，得到格式处理后目标格式的接口参数。
[0113]
在本实施例中，为了提高对目标接口文档中提取到的接口参数的处理效率，还需要对提取到的接口参数进行格式处理，以便于对统一格式后的接口参数进行处理。比如，可以将接口参数中包括的各字段、以及各字段对应的字段值转化成一维数组(或者多维数组)
的格式，并将转化后的格式作为接口参数的目标格式。也即，可以得到格式处理后目标格式的接口参数。
[0114]
将通过如下实施例，具体讲解在执行上述步骤s302之后，还可以包括哪些处理过程。
[0115]
可选地，参考图5所示，上述步骤s302：调用语义模板库，根据所述接口参数生成所述目标接口文档对应的请求代码脚本之后，还包括：
[0116]
s501、调用在线格式化插件，对请求代码脚本进行格式化处理，得到格式化后的请求代码脚本。
[0117]
s502、将格式化后的请求代码脚本写入目标开发项目工程文件中。
[0118]
示例性地，例如，在线格式化插件可以为js-beautify。应理解，js-beautify可以将去掉空格后的代码或者压缩成一行的代码进行格式化，以便于开发人员方便阅读。
[0119]
在本实施例中，为了提高开发人员对上述生成的请求代码脚本的阅读效率，因此，提出还需要使用在线格式化插件，对请求代码脚本进行格式化处理，以得到格式化后的请求代码脚本，并将格式化后的请求代码脚本通过流的形式写入目标开发项目工程文件中，放置的目录根据个人喜好设定。
[0120]
可选地，在上述步骤s301中调用预先编写的第一脚本代码之前，还包括：将第一脚本代码配置至目标开发项目工程文件的项目描述包。
[0121]
可选地，该方法还包括：在每次目标开发项目工程文件初始化前，运行所述第一脚本代码。
[0122]
示例性地，例如，项目描述包可以是指node工程(node是一个前端框架的后台语言)下的package.json。
[0123]
在本实施例中，将第一脚本代码(即，“javascript脚本”)配置至目标开发项目工程文件的项目描述包(如，node工程下的package.json)中。这样，在每次目标开发项目工程文件初始化前，可先运行第一脚本代码(即，“javascript脚本”)，以获取最新的目标开发项目工程文件(即，javascript文件)，从而提高开发人员的工作效率。
[0124]
将通过如下实施例，具体讲解在根据所述接口参数生成所述目标接口文档对应的请求代码脚本后，如何实现对请求代码脚本的使用过程。
[0125]
可选地，参考图6所示，上述步骤s302中调用语义模板库，根据接口参数生成目标接口文档对应的请求代码脚本之后，还包括：
[0126]
s601、生成目标开发项目工程文件的统一请求头和重置网络请求库实例。
[0127]
其中，统一请求头用于表征目标开发项目工程文件中请求代码脚本中各方法对应的目标访问地址。假设，有三个接口对应的请求地址分别为：访问地址1/a、访问地址2/b、访问地址3/c，目标开发项目工程文件中请求代码脚本中a方法、b方法及c方法只清楚需要去访问/a、/b、/c，但并不知道具体应该去哪个地址访问对应的方法。因此，可以通过统一请求头指明请求代码脚本中各方法的访问地址。
[0128]
需要说明的是，请求代码脚本包括对外暴露的a方法、b方法、c方法等等，且各方法的名称会根据目标接口文档中swagger json数据的接口标识(如operationid)这一字段对应的字段值生成。
[0129]
重置网络请求库(如，axios)实例是为了针对每个业务的特殊性提供的。例如，某
个业务期望在发起网络请求之前，对异步请求进行统一的处理，例如，统一的错误处理、数据加密、数据格式处理或者其他逻辑等等。因此，可以生成重置网络请求库axios实例，以提高业务处理效率。
[0130]
在本实施例中，可以撰写axios网络请求的中间件或者拦截器；然后，调用中间件或者拦截器初始化，全局只需要初始化一次，来获取“根据业务逻辑编写的业务代码”中的对外提供的统一请求头host和重置网络请求库axios实例方法，并将获取到的“统一请求头host和重置网络请求库axios实例”分别作为目标开发项目工程文件中请求代码脚本的统一请求头和重置网络请求库实例。
[0131]
s602、将统一请求头和重置网络请求库实例注入请求代码脚本，生成接口请求代码脚本。
[0132]
在上述实施例的基础上，将统一请求头和重置网络请求库实例注入请求代码脚本，以生成接口请求代码脚本，并运行接口请求脚本，来调用“根据业务类型编写的业务代码”对应的网络请求接口，并返回业务处理结果。
[0133]
将通过如下实施例具体讲解本技术提供的接口文档处理方法的整体步骤过程。
[0134]
图7为本技术实施例提供的一种接口文档处理方法的整体流程示意图；如图7所示，可选地，该方法包括：
[0135]
s701、将预先编写的第一脚本代码配置至目标开发项目工程文件的项目描述包。
[0136]
在本实施例中，可以使用vue-cli生成工程或者其他node工程的web项目，并初始化web端的用户界面中所包含的各插件对应的依赖库。然后，在创建的工程下编写第一脚本代码，即javascript脚本。
[0137]
应理解，依赖库一般指第三方开源库，比如，常规的依赖库包括react.js、hapi.js和webpack.js等。对于不同的插件，可能还具有一些与自身功能相关的依赖库，比如权限管理插件authplugin，除了上述常规的依赖库，还会使用到如hapi-auth-jwt2、hapi-cookies和boom之类的依赖库。
[0138]
s702、在每次目标开发项目工程文件初始化前，调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数。
[0139]
s703、对从目标接口文档中提取到的接口参数进行格式处理，得到格式处理后目标格式的接口参数。
[0140]
s704、调用语义模板库，根据格式处理后目标格式的接口参数，生成目标接口文档对应的请求代码脚本。
[0141]
s705、调用在线格式化插件，对请求代码脚本进行格式化处理，得到格式化后的请求代码脚本，并将格式化后的请求代码脚本写入目标开发项目工程文件中。
[0142]
在本实施例中，生成请求代码脚本的命令可放在项目启动前，这样每次启动项目都会生成最新的请求代码脚本。
[0143]
s706、生成目标开发项目工程文件的统一请求头和重置网络请求库实例。
[0144]
在本实施例中，调用中间件或者拦截器，获取“根据业务逻辑编写的业务代码”中的对外提供的统一请求头host和重置网络请求库axios实例方法，并将获取到的“统一请求头host和重置网络请求库axios实例”分别作为目标开发项目工程文件中请求代码脚本的统一请求头和重置网络请求库实例。
[0145]
s707、将统一请求头和重置网络请求库实例注入请求代码脚本，生成接口请求代码脚本。
[0146]
可选地，本技术实施例提供的接口文档处理方法的整体实现步骤以及产生的有益效果已在前面具体实施例中进行了详细说明，此处不再一一赘述。
[0147]
下述对用以执行本技术所提供的接口文档处理装置及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。
[0148]
参考图8所示，为本技术实施例提供的一种接口文档处理装置的结构示意图，该装置包括：
[0149]
处理模块801，用于调用预先编写的第一脚本代码，获取并解析来自服务端的目标接口文档，得到目标接口文档中包含的接口参数，接口参数包括：至少一个字段、及各字段对应的字段值；
[0150]
生成模块802，用于调用语义模板库，根据接口参数生成目标接口文档对应的请求代码脚本。
[0151]
可选地，处理模块801，还用于：
[0152]
调用第一脚本代码中的网络请求方法，获取来自服务端的目标接口文档；
[0153]
调用第一脚本代码中的解析方法，提取目标接口文档中包含的接口参数。
[0154]
可选地，处理模块801，还用于对从目标接口文档中提取到的接口参数进行格式处理，得到格式处理后目标格式的接口参数。
[0155]
可选地，该装置还包括：
[0156]
处理模块，还用于调用在线格式化插件，对请求代码脚本进行格式化处理，得到格式化后的请求代码脚本；
[0157]
写入模块，用于将格式化后的请求代码脚本写入目标开发项目工程文件中。
[0158]
可选地，该装置还包括：
[0159]
配置模块，用于将第一脚本代码配置至目标开发项目工程文件的项目描述包。
[0160]
可选地，该装置还包括：
[0161]
运行模块，用于在每次目标开发项目工程文件初始化前，运行第一脚本代码。
[0162]
可选地，生成模块，还用于：
[0163]
生成目标开发项目工程文件的统一请求头和重置网络请求库实例；
[0164]
将统一请求头和重置网络请求库实例注入请求代码脚本，生成接口请求代码脚本。
[0165]
上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。
[0166]
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，简称asic)，或，一个或多个微处理器(digital singnal processor，简称dsp)，或，一个或者多个现场可编程门阵列(field programmable gate array，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。
[0167]
可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。
[0168]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0169]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0170]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0171]
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-only memory，简称：rom)、随机存取存储器(英文：random access memory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。