简介
Swagger 官网是这么描述它的:The Best APIs are Built with Swagger Tools
。
Swagger 是一套基于 OpenAPI 规范构建的开源工具,可以帮助我们设计、构建、记录以及使用 Rest API。Swagger 主要包含了以下三个部分:
- Swagger Editor:基于浏览器的编辑器,我们可以使用它编写我们 OpenAPI 规范。
- Swagger UI:它会将我们编写的 OpenAPI 规范呈现为交互式的 API 文档,后文我将使用浏览器来查看并且操作我们的 Rest API。
- Swagger Codegen:它可以通过为 OpenAPI(以前称为 Swagger)规范定义的任何 API 生成服务器存根和客户端 SDK 来简化构建过程。
Spring Boot 使得开发 RESTful 服务变得简单。那么编写 Spring Boot 接口,为何要用 Swagger 呢?
- 代码改变,文档就会改变。只需要少量的注释,Swagger 就可以根据代码自动生成 API 文档。
- Swagger UI 是一份交互式的 API 文档,可以直接在 Web 界面调用 API。这里有一份 Swagger UI 的 Live Demo,看看官方是怎么写 RESTful API 的。
示例代码
- awesome-spring-boot-examples
添加依赖
pom.xml
引入 Swagger 相关的依赖:
1 | <!-- swagger2 --> |
使用 property
定义了 Swagger 的版本,因此还需要添加:
1 | <swagger.version>2.9.2</swagger.version> |
依赖说明:
springfox-swagger2
Swagger 的 Java 实现springfox-swagger-ui
Swagger UI 页面的依赖
Swagger 配置类
使用注解 @Configuration
编写 Swagger 配置类—— SwaggerConfig
。
新建 config
的包,创建 SwaggerConifg
的配置类:
1 | //通过@Configuration注解,让Spring来加载该类配置 |
说明:
@Configuration
是告诉 Spring Boot 需要加载这个配置类;@EnableSwagger2
是启用 Swagger2,没加的话,就看不到效果了;ApiInfo
对象用来设置一些文档的版本号、联系人邮箱、网站、版权、开源协议等等信息(这些基本信息会展现在文档页面中)。并使用Docket.apiInfo()
方法来设置;Docket
上增加筛选。提供了apis()
和paths()
两个方法帮助我们在不同级别上过滤接口:apis()
这种方式我们可以指定包名的方式,让 Swagger 只去某些包下面扫描;paths()
这种方式可以通过筛选 API 的 url 来进行筛选;
@ConditionalOnExpression("${swagger.enable:true}")
这个注解控制了是否启用 Swagger,我们需要在appplication.properties
中加上swagger.enable=true
编写控制器类——Controller 类
我们先介绍一下在用 Swagger 时的常用注解:
@API
类的注解,可以给控制器增加描述和标签信息。用在请求的类上,代表了这个类是 Swagger 的资源tags
:控制器标签,对该类进行「分类」,参数是个字符串数组,如果配置了多个值,会在多个分类中看到;value
:该参数没什么意义,在 UI 界面上并不显示,可不用配置
@ApiModel
类注解,对 API 涉及的对象做描述,可用于响应实体类,说明实体作用value
Model 展示时的名称,默认是 实体类的名称,比如UserEntity
;description
实体类的描述
类成员变量的的注解:
@ApiModelProperty
用在实体类的属性上value
属性字段描述;required
参数是否必选;name
重写字段名称;dataType
重写字段类型;allowEmptyValue
是否允许为空;allowbleValues
该字段允许的值。当我们 API 某个参数为枚举类型时,使用这个参数就可以清楚高速 API 使用者能允许传入的值
方法的注解:
@ApiOperation
描述方法的用途,用来展开对接口的描述value
接口简要描述;notes
接口发布说明,详细描述;
@ApiImplicitParams
用于描述接口的非对象参数集,一般与@ApiImplicitParams
组合使用@ApiImplicitParam
描述参数信息value
参数意义的描述name
参数名字;required
默认false
,参数是否必传dataType
参数数据类型,只作为标志说明,并没有实际验证Long
String
paramType
参数类型,表示参数放在哪里query
,默认值,Query String
的方式传参,请求参数的获取:@RequestParam
path
路径参数,请求参数的获取:@PathVariable
header
请求参数的获取:@RequestHeader
@PathVariable
路径参数,给类似@GetMappIng("/user/{id}")
参数通过路径传入
其他:
@ApiIgnore
:用于类或者方法上,屏蔽接口不被显示在页面上;@Profile({"dev","test"})
:用于配置类上,表示对什么环境启用;@ApiParam
不能直接用在方法上,而是用在方法的形参定义中,下文会有示例;
实体类示例:
1 |
|
下面是一个控制类的示例:
1 |
|
启动
启动应用,访问 localhost:8080/swagger-ui.html
可以访问到 Swagger UI
,可以点击 Try it out
按钮,调用 API:
页面上还会有一个 Models 的分类。Swagger UI 会根据我们在实体上使用的 @ApiModel
和 @ApiModelProperty
注解来自动补充实体以及其属性的描述和备注。
示例代码
- awesome-spring-boot-examples
One More Thing
Web API 的风格
开发 API,先了解一下有哪些 Web API 的风格吧:
- RPC:RPC 面向过程,RPC 形式的 API 组织形态是类和方法,API 的命名往往是一个动词,比如
GetUserInfo,CreateUser
; - REST:REST 面向资源,也是下文将要介绍的一种 API 风格;
- GraphQL:就是面向数据查询,采用GraphQL,甚至不需要有任何的接口文档,在定义了Schema之后,服务端实现Schema,客户端可以查看Schema,然后构建出自己需要的查询请求来获得自己需要的数据
REST
上文提到了 RESTful API 的概念,我觉得,不如趁机了解一下。因为在实际的项目中发现,并不是每个 Spring Boot 的开发人员都能意识到开发的 API 要尽量符合 RESTful 规则的。REST 实际上只是一种设计风格,它并不是标准。
术语:
Endpoint
终点,可以理解为路径,表示 API 的具体网址。API(Application Programming Interface)
,应用程序编程接口REST
是Representational State Transfer
的缩写。如果一个架构符合 REST 原则,就称它为 RESTful 架构。RESTful API 就是 REST 风格的 API- Resource:资源,即数据。
- Representational:某种表现形式,比如用 JSON,XML,JPEG 等;
- State Transfer:状态变化。通过 HTTP 动词实现
在 RESTful 架构中,每个网址代表一种资源(resource
),所以网址中不能有动词,只能有名词,而且所用的名词往往与数据库的表格名对应。
资源的操作
RESTful 的核心思想就是,客户端发出的数据操作指令都是”动词 + 宾语”的结构。比如,GET /articles
这个命令,GET
是动词,/articles
是宾语。
对于资源的具体操作类型,由 HTTP 动词表示(括号里是对应的 SQL 命令):
- GET(SELECT):从服务器取出资源(一项或多项)。
- POST(CREATE):在服务器新建一个资源。
- PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。
- PATCH(UPDATE):在服务器更新资源(客户端提供改变的属性)。
- DELETE(DELETE):从服务器删除资源
还有两个不常用的 HTTP 动词:
- HEAD:获取资源的元数据。
- OPTIONS:获取信息,关于资源的哪些属性是客户端可以改变的
知乎上的一个回答,我觉得很精辟:
- 看 Url 就知道要什么
- 看 http method 就知道干什么
- 看 http status code 就知道结果如何
一位答主给出的示例:
1 | GET /rest/api/getDogs --> GET /rest/api/dogs 获取所有小狗狗 |
信息过滤 Filtering
如果记录数量很多,服务器不可能都将它们返回给用户。API 应该提供参数,过滤返回结果
?limit=10
:指定返回记录的数量?offset=10
:指定返回记录的开始位置。?page=2&per_page=100
:指定第几页,以及每页的记录数
参考
- CSDN-Spring Boot集成Swagger
- 官宣-Swagger
- IBM-在 Spring Boot 项目中使用 Swagger 文档
- 蜻蜓HTTP-springboot 集成完整的swagger2
API 介绍
- 阮一峰-RESTful API 设计指南
- 阮一峰-RESTful API 最佳实践
- segmentfault-Philipp Hauer-[译]RESTful API 设计最佳实践 推荐
- RESTful Service API 设计最佳工程实践和常见问题解决方案 总结的相当好,博客值得阅读
- 华为云-API设计中关于RPC和REST 两种风格选择的个人理解
- 跟着 Github 学习 Restful HTTP API 设计
- 梁桂钊——人人都是 API 设计师:我对 RESTful API、GraphQL、RPC API 的思考 作者分享了一些阿里团队里做法
- 阿里研究员谷朴:API 设计最佳实践的思考
- 朱晔的互联网架构实践心得S2E5:浅谈四种API设计风格(RPC、REST、GraphQL、服务端驱动)