今天给大家安利一款接口文档生成器——JApiDocs。
swagger想必大家都用过吧,非常方便,功能也十分强大。如果要说swaager有什么缺点,想必就是注解写起来比较麻烦。如果我说有一款不用写注解,就可以生成文档的工具,你心动了吗?他就是我们今天的主角——JApiDocs。
下面我们一起来看看如何使用!
<dependency> <groupId>io.github.yedaxia</groupId> <artifactId>japidocs</artifactId> <version>1.3</version> </dependency>
我们新建一个项目,然后随便写一个main方法,增加生成文档的配置,然后运行main方法。
DocsConfig config = new DocsConfig(); config.setProjectPath("F:\\Java旅途\\japi-docs"); // 项目根目录 config.setProjectName("japi-docs"); // 项目名称 config.setApiVersion("V1.0"); // 声明该API的版本 config.setDocsPath("F:\\test"); // 生成API 文档所在目录 config.setAutoGenerate(Boolean.TRUE); // 配置自动生成 Docs.buildHtmlDocs(config); // 执行生成文档
由于JApiDocs是通过解析Java源码来实现的,因此如果要想实现想要的文档,还是需要遵循一定的规范。
如果我们想生成类的注释,我们可以直接在类上加注释,也可以通过加@description来生成。
/** * 用户接口类 */ @RequestMapping("/api/user") @RestController public class UserController {} /** * @author Java旅途 * @Description 用户接口类 * @Date 2020-06-15 21:46 */ @RequestMapping("/api/user") @RestController public class UserController {}
如果我们想生成方法的注释,只能直接加注释,不能通过加@description来生成。
/** * 查询用户 * @param age 年龄 * @return R<User> */ @GetMapping("/list") public R<User> list(@RequestParam int age){ User user = new User("Java旅途", 18); return R.ok(user); }
JApiDocs可以自动生成实体类,关于实体类属性的注释有三种方式,生成的效果都是一样的,如下:
/** * 用户名称 */ private String name; /** * 用户年龄 */ private int age;
// 用户名称 private String name; // 用户年龄 private int age;
private String name;// 用户名称 private int age;// 用户年龄
他除了支持咱们常用的model外,还支持IOS的model生成效果如下:
如果提交的表单是 application/x-www-form-urlencoded
类型的key/value
格式,则我们通过@param注解来获取参数,在参数后面添加注释,示例如下:
/** * @param age 年龄 */ @GetMapping("/list") public R<User> list(@RequestParam int age){ User user = new User("Java旅途", 18); return R.ok(user); }
生成的文档效果如下:
请求参数
参数名 | 类型 | 必须 | 描述 |
---|---|---|---|
age | int | 否 | 年龄 |
如果提交的表单是 application/json
类型的json
数据格式,如下:
/** * @param user * @return */ @PostMapping("/add") public R<User> add(@RequestBody User user){ return R.ok(user); }
生成的文档效果如下:
请求参数
{ "name": "string //用户名称", "age": "int //用户年龄" }
我们知道,如果Controller
声明了@RestController
,SpringBoot会把返回的对象直接序列成Json数据格式返回给前端。 JApiDocs也利用了这一特性来解析接口返回的结果,但由于JApiDocs是静态解析源码的,因此你要明确指出返回对象的类型信息,JApiDocs支持继承、泛型、循环嵌套等复杂的类解析。
因此我们不需要再写注释,它会根据我们的返回结果进行解析,效果如下:
返回结果:
{ "code": "int", "msg": "string", "data": { "name": "string //用户名称", "age": "int //用户年龄" } }
最终,我们生成的接口文档,如下:
如果你不希望把所有的接口都导出,我们可以在配置中设置config.setAutoGenerate(Boolean.FALSE);然后再想要生成的接口上添加@ApiDoc。
@ApiDoc有以下三个属性:
@ApiDoc(result = User.class, url = "/api/user/view", method = "post")
如果你不想导出对象里面的某个字段,可以给这个字段加上@Ignore
注解,这样JApiDocs导出文档的时候就会自动忽略掉了。
public class User { @Ignore private int age; }
JApiDocs就介绍到这里了,优势劣势大家很容易就看出来了。几乎不需要注释即可生成接口文档,仅有的几个注释我们也可以通过ide来自动生成。但是JApiDocs不具备swagger在线调试功能。如果有一天JApiDocs支持在线调试后,那时候肯定会有一大波追随者,毕竟写代码的谁喜欢写多余的注解!~