Spring Boot 2.x基础教程:使用Swagger2构建强大的API文档

  随着前后端分离架构和微服务架构的流行,我们使用Spring Boot来构建RESTful API项目的场景越来越多。通常我们的一个RESTful API就有可能要服务于多个不同的开发人员或开发团队:IOS开发、Android开发、Web开发甚至其他的后端服务等。为了减少与其他团队平时开发期间的频繁沟通成本,传统做法就是创建一份RESTful API文档来记录所有接口细节,然而这样的做法有以下几个问题:

  

  由于接口众多,并且细节复杂(需要考虑不同的HTTP请求类型、HTTP头部信息、HTTP请求内容等),高质量地创建这份文档本身就是件非常吃力的事,下游的抱怨声不绝于耳。

  

  随着时间推移,不断修改接口实现的时候都必须同步修改接口文档,而文档与代码又处于两个不同的媒介,除非有严格的管理机制,不然很容易导致不一致现象。

  

  为了解决上面这样的问题,本文将介绍RESTful API的重磅好伙伴Swagger2,它可以轻松的整合到Spring Boot中,并与Spring MVC程序配合组织出强大RESTful API文档。它既可以减少我们创建文档的工作量,同时说明内容又整合入实现代码中,让维护文档和修改代码整合为一体,可以让我们在修改代码逻辑的同时方便的修改文档说明。另外Swagger2也提供了强大的页面测试功能来调试每个RESTful API。具体效果如下图所示:

  

  下面来具体介绍,在Spring Boot中使用我们自己实现的starter来整合Swagger。该整合项目的Github:https://github.com/SpringForAll/spring-boot-starter-swagger。如果您觉得它好用,欢迎Star支持我们!

  

  准备工作

  

  首先,我们需要一个Spring Boot实现的RESTful API工程,若您没有做过这类内容,建议先阅读上一篇教程: Spring Boot 2.x基础教程:构建RESTful API与单元测试构建一个。或者也可以直接使用上一篇教程中的样例作为基础,即下面仓库中的chapter2-1工程:

  

  Github:https://www.jintianxuesha.com github.com/dyc87112/SpringBoot-Learning/tree/2.x

  

  Gitee:https://www.baichuangyule.cn gitee.com/didispace/SpringBoot-Learning/tree/2.x

  

  整合Swagger2

  

  下面,我们以上面仓库中的chapter2-1工程进行整合改造。

  

  第一步:添加swagger-spring-boot-starter依赖

  

  在pom.xml中加入依赖,具体如下:

  

  <dependency>

  

  <groupid>com.spring4all</groupid>

  

  <artifactid>swagger-spring-boot-starter</artifactid>

  

  <version>1.9.0.RELEASE</version>

  

  </dependency>

  

  第二步:应用主类中添加@EnableSwagger2Doc注解,具体如下

  

  @EnableSwagger2Doc

  

  @SpringBootApplication

  

  public class Chapter22Application {

  

  public static void main(String[www.yuchengyuledl.com ] args) {

  

  SpringApplication.run(Chapter22Application.class, args);

  

  }

  

  }

  

  第三步:application.properties中配置文档相关内容,比如

  

  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:// www.yuanygw.com github.com/dyc87112/spring-boot-starter-swagger

  

  swagger.contact.name=didi

  

  swagger.contact.url=http://blog.didispace.com

  

  [email protected]

  

  swagger.base-package=com.didispace

  

  swagger.base-path=/**

  

  各参数配置含义如下:

  

  swagger.title:标题

  

  swagger.description:描述

  

  swagger.version:版本

  

  swagger.license:许可证

  

  swagger.licenseUrl:许可证URL

  

  swagger.termsOfServiceUrl:服务条款URL

  

  swagger.contact.name:维护人

  

  swagger.contact.url:维护人URL

  

  swagger.contact.email:维护人email

  

  swagger.base-package:swagger扫描的基础包,默认:全扫描

  

  swagger.base-path:需要处理的基础URL规则,默认:/**

  

  更多配置说明可见官方说明:https://xingtuylgw.com github.com/SpringForAll/spring-boot-starter-swagger

  

  第四步:启动应用,访问:http://www.baiyytwg.com/ localhost:8080/swagger-ui.html,就可以看到如下的接口文档页面:

  

  添加文档内容

  

  在整合完Swagger之后,在http://localhost:8080/swagger-ui.html页面中可以看到,关于各个接口的描述还都是英文或遵循代码定义的名称产生的。这些内容对用户并不友好,所以我们需要自己增加一些说明来丰富文档内容。如下所示,我们通过@Api,@ApiOperation注解来给API增加说明、通过@ApiImplicitParam、@ApiModel、@ApiModelProperty注解来给参数增加说明。

  

  比如下面的例子:

  

  @Api(tags = "用户管理")

  

  @RestController

  

  @RequestMapping(value = "/users")     // 通过这里配置使下面的映射都在/users下

  

  public class UserController {

  

  // 创建线程安全的Map,模拟users信息的存储

  

  static Map<long, user> users = Collections.synchronizedMap(new HashMap&lt;&gt;());

  

  @GetMapping("/")

  

  @ApiOperation(value = "获取用户列表")

  

  public List<user> getUserList() {

  

  List<user> r = new ArrayList&lt;&gt;(users.values());

  

  return r;

  

  }

  

  @PostMapping("/")

  

  @ApiOperation(value = "创建用户", notes = "根据User对象创建用户")

  

  public String postUser(@RequestBody User user) {

  

  users.put(user.getId(), user);

  

  return "success";

  

  }

  

  @GetMapping("/{id}")

  

  @ApiOperation(value = "获取用户详细信息", notes = "根据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 = "根据url的id来指定更新对象,并根据传过来的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 = "根据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,就能看到下面这样带中文说明的文档了(其中标出了各个注解与文档元素的对应关系以供参考):

  

  API文档访问与调试

  

  在上图请求的页面中,我们看到user的Value是个输入框?是的,Swagger除了查看接口功能外,还提供了调试测试功能,我们可以点击上图中右侧的Model Schema(黄色区域:它指明了User的数据结构),此时Value中就有了user对象的模板,我们只需要稍适修改,点击下方“Try it out!”按钮,即可完成了一次请求调用!

  

  此时,你也可以通过几个GET请求来验证之前的POST请求是否正确。

  

  相比为这些接口编写文档的工作,我们增加的配置内容是非常少而且精简的,对于原有代码的侵入也在忍受范围之内。因此,在构建RESTful API的同时,加入Swagger来对API文档进行管理,是个不错的选择。

  

  代码示例

  

  本文的完整工程可以查看下面仓库中的chapter2-2目录:

原文地址:https://www.cnblogs.com/dakunqq/p/11615015.html

时间: 2024-07-31 18:16:49

Spring Boot 2.x基础教程:使用Swagger2构建强大的API文档的相关文章

Spring Boot 2.x基础教程:使用国产数据库连接池Druid

上一节,我们介绍了Spring Boot在JDBC模块中自动化配置使用的默认数据源HikariCP.接下来这一节,我们将介绍另外一个被广泛应用的开源数据源:Druid. Druid是由阿里巴巴数据库事业部出品的开源项目.它除了是一个高性能数据库连接池之外,更是一个自带监控的数据库连接池.虽然HikariCP已经很优秀,但是对于国内用户来说,可能对于Druid更为熟悉.所以,对于如何在Spring Boot中使用Druid是后端开发人员必须要掌握的基本技能. 配置Druid数据源 这一节的实践我们

Spring Boot 2.x基础教程:使用Spring Data JPA访问MySQL

在数据访问这章的第一篇文章<Spring中使用JdbcTemplate访问数据库> 中,我们已经介绍了如何使用Spring Boot中最基本的jdbc模块来实现关系型数据库的数据读写操作.那么结合Web开发一章的内容,我们就可以利用JDBC模块与Web模块的功能,综合着使用来完成一个适用于很多简单应用场景的后端应用了. 然而当我们有一定的开发经验之后,不难发现,在实际开发过程中,对数据库的操作大多可以归结为:"增删改查".就最为普遍的单表操作而言,除了表和字段不同外,语句几

Spring Boot 2.x基础教程:快速入门

简介 在您第1次接触和学习Spring框架的时候,是否因为其繁杂的配置而退却了?在你第n次使用Spring框架的时候,是否觉得一堆反复黏贴的配置有一些厌烦?那么您就不妨来试试使用Spring Boot来让你更易上手,更简单快捷地构建Spring应用! Spring Boot让我们的Spring应用变的更轻量化.我们不必像以前那样繁琐的构建项目.打包应用.部署到Tomcat等应用服务器中来运行我们的业务服务.通过Spring Boot实现的服务,只需要依靠一个Java类,把它打包成jar,并通过j

Spring Boot 2.x基础教程:使用 Thymeleaf开发Web页面

通过本系列教程的前几章内容(API开发.数据访问).我们已经具备完成一个涵盖数据存储.提供HTTP接口的完整后端服务了.依托这些技能,我们已经可以配合前端开发人员,一起来完成一些前后端分离的Web项目,或是一些小程序.或者是App之类的应用开发. 对于Web项目来说,前后端分离模式是目前最为流行的,主要得益于前端框架的完善以及前后端分离方案的日渐成熟.这样的实现模式帮助Web类产品的开发团队更好的拆分任务,以及让开发人员更加聚焦在某一端的开发技术之上.所以,在本教程中,优先介绍了如何开发API,

Spring Boot 2.x基础教程:使用JdbcTemplate访问MySQL数据库

在第2章节中,我们介绍了如何通过Spring Boot来实现HTTP接口,以及围绕HTTP接口相关的单元测试.文档生成等实用技能.但是,这些内容还不足以帮助我们构建一个动态应用的服务端程序.不论我们是要做App.小程序.还是传统的Web站点,对于用户的信息.相关业务的内容,通常都需要对其进行存储,而不是像第2章节中那样,把用户信息存储在内存中(重启就丢了!). 对于信息的存储,现在已经有非常非常多的产品可以选择,其中不乏许多非常优秀的开源免费产品,比如:MySQL,Redis等.接下来,在第3章

Spring Boot 整合 swagger2 自动生成 RESTFul API 文档

1)首先编辑pom.xml添加依赖 <dependency> <groupId>io.springfox</groupId> <artifactId>springfox-swagger2</artifactId> <version>2.9.2</version> </dependency> <dependency> <groupId>io.springfox</groupId>

3.Spring Boot中使用Swagger2构建强大的RESTful API文档

原文:http://www.jianshu.com/p/8033ef83a8ed 由于Spring Boot能够快速开发.便捷部署等特性,相信有很大一部分Spring Boot的用户会用来构建RESTful API.而我们构建RESTful API的目的通常都是由于多终端的原因,这些终端会共用很多底层业务逻辑,因此我们会抽象出这样一层来同时服务于多个移动端或者Web前端. 这样一来,我们的RESTful API就有可能要面对多个开发人员或多个开发团队:IOS开发.Android开发或是Web开发

Spring Boot中使用Swagger2构建强大的RESTful API文档

由于Spring Boot能够快速开发.便捷部署等特性,相信有很大一部分Spring Boot的用户会用来构建RESTful API.而我们构建RESTful API的目的通常都是由于多终端的原因,这些终端会共用很多底层业务逻辑,因此我们会抽象出这样一层来同时服务于多个移动端或者Web前端. 这样一来,我们的RESTful API就有可能要面对多个开发人员或多个开发团队:IOS开发.Android开发或是Web开发等.为了减少与其他团队平时开发期间的频繁沟通成本,传统做法我们会创建一份RESTf

java版spring cloud+spring boot 社交电子商务平台(九)使用Swagger2构建强大的RESTful API文档(1)

由于Spring Boot能够快速开发.便捷部署等特性,相信有很大一部分Spring Boot的用户会用来构建RESTful API.而我们构建RESTful API的目的通常都是由于多终端的原因,这些终端会共用很多底层业务逻辑,因此我们会抽象出这样一层来同时服务于多个移动端或者Web前端. 这样一来,我们的RESTful API就有可能要面对多个开发人员或多个开发团队:IOS开发.Android开发或是Web开发等.为了减少与其他团队平时开发期间的频繁沟通成本,传统做法我们会创建一份RESTf