隨著前后端分離架構(gòu)和微服務(wù)架構(gòu)的流行,我們使用Spring Boot來構(gòu)建RESTful API項目的場景越來越多。通常我們的一個RESTful API就有可能要服務(wù)于多個不同的開發(fā)人員或開發(fā)團隊:IOS開發(fā)、Android開發(fā)、Web開發(fā)甚至其他的后端服務(wù)等。為了減少與其他團隊平時開發(fā)期間的頻繁溝通成本,傳統(tǒng)做法就是創(chuàng)建一份RESTful API文檔來記錄所有接口細節(jié),然而這樣的做法有以下幾個問題:
- 由于接口眾多,并且細節(jié)復(fù)雜(需要考慮不同的HTTP請求類型、HTTP頭部信息、HTTP請求內(nèi)容等),高質(zhì)量地創(chuàng)建這份文檔本身就是件非常吃力的事,下游的抱怨聲不絕于耳。
- 隨著時間推移,不斷修改接口實現(xiàn)的時候都必須同步修改接口文檔,而文檔與代碼又處于兩個不同的媒介,除非有嚴格的管理機制,不然很容易導致不一致現(xiàn)象。
為了解決上面這樣的問題,本文將介紹RESTful API的重磅好伙伴Swagger2,它可以輕松的整合到Spring Boot中,并與Spring MVC程序配合組織出強大RESTful API文檔。它既可以減少我們創(chuàng)建文檔的工作量,同時說明內(nèi)容又整合入實現(xiàn)代碼中,讓維護文檔和修改代碼整合為一體,可以讓我們在修改代碼邏輯的同時方便的修改文檔說明。另外Swagger2也提供了強大的頁面測試功能來調(diào)試每個RESTful API。具體效果如下圖所示:
下面來具體介紹,在Spring Boot中使用我們自己實現(xiàn)的starter來整合Swagger。
準備工作
首先,我們需要一個Spring Boot實現(xiàn)的RESTful API工程,若您沒有做過這類內(nèi)容,建議先閱讀上一篇教程: 構(gòu)建RESTful API與單元測試構(gòu)建一個。
整合Swagger2
第一步:添加swagger-spring-boot-starter依賴
在pom.xml
中加入依賴,具體如下:
com.spring4all
swagger-spring-boot-starter
1.9.0.RELEASE
第二步:應(yīng)用主類中添加@EnableSwagger2Doc注解,具體如下
@EnableSwagger2Doc
@SpringBootApplication
public class Chapter22Application {
public static void main(String[] args) {
SpringApplication.run(Chapter22Application.class, args);
}
}
第三步:application.properties中配置文檔相關(guān)內(nèi)容,比如
swagger.title=spring-boot-starter-swagger
swagger.description=Starter for swagger 2.x
swagger.version=1.4.0.RELEASE
swagger.license=Apache License, Version 2.0
swagger.licenseUrl=https://www.apache.org/licenses/LICENSE-2.0.html
swagger.termsOfServiceUrl=https://github.com/dyc87112/spring-boot-starter-swagger
swagger.contact.name=didi
swagger.contact.url=https://blog.didispace.com
[email protected]
swagger.base-package=com.didispace
swagger.base-path=/**
各參數(shù)配置含義如下:
swagger.title
:標題swagger.description
:描述swagger.version
:版本swagger.license
:許可證swagger.licenseUrl
:許可證URLswagger.termsOfServiceUrl
:服務(wù)條款URLswagger.contact.name
:維護人swagger.contact.url
:維護人URLswagger.contact.email
:維護人emailswagger.base-package
:swagger掃描的基礎(chǔ)包,默認:全掃描swagger.base-path
:需要處理的基礎(chǔ)URL規(guī)則,默認:/**
第四步:啟動應(yīng)用,訪問:http://localhost:8080/swagger-ui.html,就可以看到如下的接口文檔頁面:
添加文檔內(nèi)容
在整合完Swagger之后,在http://localhost:8080/swagger-ui.html
頁面中可以看到,關(guān)于各個接口的描述還都是英文或遵循代碼定義的名稱產(chǎn)生的。這些內(nèi)容對用戶并不友好,所以我們需要自己增加一些說明來豐富文檔內(nèi)容。如下所示,我們通過@Api
,@ApiOperation
注解來給API增加說明、通過@ApiImplicitParam
、@ApiModel
、@ApiModelProperty
注解來給參數(shù)增加說明。
比如下面的例子:
@Api(tags = "用戶管理")
@RestController
@RequestMapping(value = "/users") // 通過這里配置使下面的映射都在/users下
public class UserController {
// 創(chuàng)建線程安全的Map,模擬users信息的存儲
static Map users = Collections.synchronizedMap(new HashMap<>());
@GetMapping("/")
@ApiOperation(value = "獲取用戶列表")
public List getUserList() {
List r = new ArrayList<>(users.values());
return r;
}
@PostMapping("/")
@ApiOperation(value = "創(chuàng)建用戶", notes = "根據(jù)User對象創(chuàng)建用戶")
public String postUser(@RequestBody User user) {
users.put(user.getId(), user);
return "success";
}
@GetMapping("/{id}")
@ApiOperation(value = "獲取用戶詳細信息", notes = "根據(jù)url的id來獲取用戶詳細信息")
public User getUser(@PathVariable Long id) {
return users.get(id);
}
@PutMapping("/{id}")
@ApiImplicitParam(paramType = "path", dataType = "Long", name = "id", value = "用戶編號", required = true, example = "1")
@ApiOperation(value = "更新用戶詳細信息", notes = "根據(jù)url的id來指定更新對象,并根據(jù)傳過來的user信息來更新用戶詳細信息")
public String putUser(@PathVariable Long id, @RequestBody User user) {
User u = users.get(id);
u.setName(user.getName());
u.setAge(user.getAge());
users.put(id, u);
return "success";
}
@DeleteMapping("/{id}")
@ApiOperation(value = "刪除用戶", notes = "根據(jù)url的id來指定刪除對象")
public String deleteUser(@PathVariable Long id) {
users.remove(id);
return "success";
}
}
@Data
@ApiModel(description="用戶實體")
public class User {
@ApiModelProperty("用戶編號")
private Long id;
@ApiModelProperty("用戶姓名")
private String name;
@ApiModelProperty("用戶年齡")
private Integer age;
}
完成上述代碼添加后,啟動Spring Boot程序,訪問:http://localhost:8080/swagger-ui.html,就能看到下面這樣帶中文說明的文檔了(其中標出了各個注解與文檔元素的對應(yīng)關(guān)系以供參考):
API文檔訪問與調(diào)試
在上圖請求的頁面中,我們看到user的Value是個輸入框?是的,Swagger除了查看接口功能外,還提供了調(diào)試測試功能,我們可以點擊上圖中右側(cè)的Model Schema(黃色區(qū)域:它指明了User的數(shù)據(jù)結(jié)構(gòu)),此時Value中就有了user對象的模板,我們只需要稍適修改,點擊下方“Try it out!”
按鈕,即可完成了一次請求調(diào)用!
此時,你也可以通過幾個GET請求來驗證之前的POST請求是否正確。
相比為這些接口編寫文檔的工作,我們增加的配置內(nèi)容是非常少而且精簡的,對于原有代碼的侵入也在忍受范圍之內(nèi)。因此,在構(gòu)建RESTful API的同時,加入Swagger來對API文檔進行管理,是個不錯的選擇。
注:本文轉(zhuǎn)載自“程序猿DD”,如有侵權(quán),請聯(lián)系刪除!