使用Springboot 2.6.* + 的朋友需要在配置文件新增一条参数
spring.mvc.pathmatch.matching-strategy=ant_path_matcher
<dependency>
<groupId>com.github.nobugboy</groupId>
<artifactId>ydoc-spring-boot-starter</artifactId>
<version>1.1.6.final</version>
</dependency>充分利用springboot自有注解来对文档进行描述的一款文档生成器。 让我们抛弃大量注解和配置一起拥抱简洁。
每当工程需要接口文档时，总会使用Swagger一类的restfulApi文档生成工具，相信很多人在使用时都会被它的一些注解和配置恶心到，如果工程对代码规范无要求还能作为注释来看，如果需要再写Javadoc注释就无形中增加了工作量，为了更加简单的使用我写了一款基于spring-boot-starter的依赖库，它基于YApi平台可以统一管理api文档和权限控制，mock数据等。
这里举两种java平台常用的api文档生成器。
JDoc是根据文档注释去生成api文档的工具，需要遵循JDoc定义的文档规范进行书写才能生成对应的接口文档，不支持mock数据,权限管理等，不能集中管理Api，强制依赖于Javadoc规范实现，静态页面部署不方便，对离线支持好。
- 优点是只需要写Javadoc即可无需引入额外配置。
- 缺点是强制依赖于Javadoc规范,对api测试不友好，生成需额外操作。
Swagger是基于注解形式生成api文档的工具，对接口的参数，返回值等都需要加对应的注释才能生成对应的api文档，支持api测试，不支持mock数据,权限管理等，不能集中管理Api，不方便离线，随程序部署而部署。
- 优点是操作简单，接口生成的比较好，随程序部署而部署使用方便。
- 缺点是集成麻烦，依赖大量注解，增加开发成本。
Ydoc是一款基于spring-boot-starter的依赖库，轻量级，不依赖注释，少量依赖注解和使用规范，整体依赖于YApi接口可视化平台，可使用YApi的所有特征，与程序部署分离可集中化管理，支持权限控制等，集成快速高效，配置依赖，加上两行配置程序启动时即可自动生成。
- 优点是可使用Swagger和YApi平台的特性，侵入性更低，快速集成，引入依赖配置参数即可，不需要额外配置类插拔更方便。
- 缺点是少量依赖注解和使用规范，仅支持spring-boot工程
- 需搭建YApi文档平台（YApi官方文档）
- 项目中引用ydoc-spring-boot-starter依赖
- 配置 ydoc.enable = true
- 如果想要使用YApi，需在配置文件中配置YApi的url，以及项目的token
- 如果想要使用Swagger-bootstrap-ui 需加@EnableSwagger2，访问/doc.html即可使用
- 都想要？以上都配置即可。
- 额外配置？扫包？不存在的，启动即可使用
如果不能直接依赖说明还没有同步到**maven（1.0.2才支持Swagger-bootstrap-ui ）
- 1.0.1支持YDoc方式生成YApi文档
- 1.0.2支持YDoc方式生成Swagger文档
- 1.0.3支持Swagger原生注解生成Swagger文档,并同步导入到YApi（方便已经使用了swagger原生注解，但是还想快速导入YApi的用户，拒绝使用YApi轮训导入从我做起）
- 1.0.4支持自动化测试，钉钉提醒和微服务
- 1.0.5支持非native模式生成swagger文档，邮件提醒，web测试报告展示
- 1.0.6修复bug
- 1.0.7修复匿名内部类解析问题 参考 https://juejin.cn/post/6994640102974554143
- 1.0.8修复issue问题 #8 tag： https://github.com/NoBugBoy/YDoc/releases/tag/1.0.8
- 1.0.9修复url被覆盖问题，缩小banner
- 1.1.0修复返回值泛型被覆盖的问题 #12
- 1.1.1修复返回值R<List>解析失败的问题&深层嵌套解析内部属性失败&修复返回值List解析错误
- 1.1.2新增通用公共headers配置，和解析@RequestHeader注解
- 1.1.3修复不配置headers会空指针问题，和参数必填显示为false等问题
- 1.1.4修复requestbody对象内参数使用ParamDesc的required修饰时没有正确的显示在文档上
- 1.1.5修复代理类无法被正常生成api的问题&代码重构
- 1.1.6修复1.1.5的bug
- 1.1.7修复简单返回值无法显示问题，支持map、list优化部分逻辑
<dependency>
<groupId>com.github.nobugboy</groupId>
<artifactId>ydoc-spring-boot-starter</artifactId>
<version>1.1.7</version>
</dependency>final版本是对应正式版本并使用了新的ui库(luck-ui) 建议尝试使用该版本 https://github.com/NoBugBoy/YdocLuckyUi
<dependency>
<groupId>com.github.nobugboy</groupId>
<artifactId>ydoc-spring-boot-starter</artifactId>
<version>1.1.6.final</version>
</dependency>| 配置名 | 值 | 是否必须 |
|---|---|---|
| ydoc.token | YApi项目中生成的token | 否 |
| ydoc.host | YApi的url,例http://localhost:3000 | 否 |
| ydoc.headers | 配置所有api公共header参数（多个用,分割） | 否 |
| ydoc.enable | 程序启动时是否同步到YApi平台 | 是 |
| ydoc.print | 程序启动时是否打印离线JSON（可手动导入到YApi或其他文档平台） | 否 |
| ydoc.swagger-native | 是否启用Swagger原生配置生成文档（方便已经集成了swagger得用户） | 否 |
| ydoc.cloud | 是否开启微服务模式 | 否 |
| ydoc.autoTest | 是否开启自动化测试 | 否 |
| ydoc.test.name | 自动化测试集合名称,可以多个(自动化测试时使用) | 否 |
| ydoc.id | yapi项目id,在设置中查看(自动化测试时使用) | 否 |
| ydoc.yapi.user.email | yapi登录邮箱(自动化测试时使用) | 否 |
| ydoc.yapi.user.password | yapi登录邮箱密码(自动化测试时使用) | 否 |
| ydoc.accessToken | 钉钉机器人token(自动化测试时使用) | 否 |
| ydoc.email.host | 邮件服务器(自动化测试时使用) | 否 |
| ydoc.email.password | 邮箱pop3,smtp密码(自动化测试时使用) | 否 |
| ydoc.email.password | 邮箱pop3,smtp密码(自动化测试时使用) | 否 |
注意当开启了swagger-native，需要将原工程的swagger依赖删除即可。（YDoc内部使用swagger3.0）
- 在搭建好的YApi平台上创建好对应工程的项目
- 点开项目，设置-token配置，复制好token粘贴到Java工程的对应配置上
- 配置ydoc.enable = true，yapi-host,yapi-token
- 启动应用即可
- 回到YApi页面，文档生产完毕
- 开启@EnableSwagger2
- 使用YDoc注解生成方式配置项目
- 配置ydoc.enable = true
- 启动应用访问 /doc.html
- 和普通swagger一样配置即可，需要配置扫包和swagger注解等
- 配置ydoc.enable = true，swagger-native=true
- 启动应用访问 /doc.html
- 配置测试集合，并定义名称（英文）
- 配置ydoc.autoTest=true,ydoc.id,ydoc.test.name
- 启动应用自动开始测试（异步）
- 测试结束发送报告，参考下面的文章链接
（1.0.4支持微服务模式，自动化测试，推送钉钉报告 （1.0.5非原生模式也支持swagger页面，邮件推送web页面展示
抛弃大量Swagger注解和配置，仅需在SpringBootWeb开发时必须注解上加额外参数对api或参数进行描述，大大减少了对工程的侵入性，简化开发流程
| 注解 | 值 |
|---|---|
| @RestController | 注解中value描述controller的作用，默认为controller名 |
| @RequestMapping | 注解中name描述该api的作用，在类上加跟路径时不需要name |
| @PathVariable | 注解中name描述该参数的作用 |
| @GetMapping | 注解中name描述该api的作用 |
| @PostMapping | 注解中name描述该api的作用 |
| @DeleteMapping | 注解中name描述该api的作用 |
| @PutMapping | 注解中name描述该api的作用 |
| @RequestHeader | 注解中name描述该api的作用 |
@ParamDesc与@ParamIgnore为YDoc额外的自有注解，其余为SpringBoot的注解，@ParamDesc用来标识实体中参数的描述，@ParamIgnore用来忽略参数不参与生成文档，如不加参数描述则默认为参数的名称。
| 注解 | 值 |
|---|---|
| @ParamDesc | 注解中value描述该参数的描述，required是否必须 |
| @ParamIgnore | 忽略参数 |
对于Swagger中比较头疼的Enum类型参数描述做了一些优化处理，如果enum类型值，需要在enum中重写toString方法,返回一个字符串作为描述参数，该方式自由度较高，对于code和message可以很好地进行描述。
- 无论是什么请求，如果使用对象接收对象内的基本类型建议使用包装类
- 建议在参数上加@ParamDesc用来描述作用
- spring提供的注解再原有开发习惯上加name，用来描述RestController或Api的作用
- 如有特殊参数例如Bindingresult，登录的用户实体等使用@ParamIgnore进行忽略
- 最好不要对象套对象自己比如U -> List 这种
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent