smartdoc647

@0x663 社区一直都在有新的同学贡献，只是因为今年主要精力在搞 AI ，所以一个季度只发一个版本了，然后在 java 上主要功能都比较完善了，现在都是些小 bug 修改，所以更新频率也自然降低了

@securityCoding gRPC 也是使用 pb 格式定义的

@zhout 同个模块下 controller 级别可以分组的，这个可以看官方文档有分组配置，当然不同用户可能对 API 的分组需求有些不同，很多场景用户不提 issue 我们可能没法覆盖到。我们和 swagger 有很多区别，我们目标给研发链提供更多的支持，所以支持多种接口协议的文档生成，性能测试脚本的生成。随之时间沉淀 smart-doc 在国内知名大厂用户反而更多了。

@ByteCat 不支持 Kotlin ，确实有很多用户希望我们支持 Kotlin 和 golang 这些语言，但是社区没有足够精力支持。Java 开发 gradle 和 maven 都可以用。

线设计 API 文档和工具并不冲突，比如我最近的开发方式：
1 、分析需求文档
2 、用自己开发的 SpringBoot 脚手架创建一个空的 SpringBoot 项目用于建模 API 接口
3 、思考需求，在 2 步骤创建的 API 建模项目中定义空结构体和空 Controller 接口
4 、用 smart-doc 扫描定义的空接口生成 API 文档
5 、用生成的 API 文档和前端和产品人员完成定稿和微调。
6 、启动正式项目开发，完全复制一些前面编写空接口的结构体。

@rookie2luochao 目前主要在国内仓库，torna 是因外一个社区的人开发的，我属于项目发起人，docker 镜像下载量 5 位数+级别的，https://gitee.com/durcframework/torna

@rookie2luochao yapi 不怎么维护，而且他的后台用 nodejs 开发的也不太符合现在很多公司的主流技术了，二次开发不行。所以我做 smart-doc 这个工具的时候发起了 torna ，torna 现在国内部署量还可以，但是受限于前端，目前社区也缺人力。

ui 这种还是适合小型组织，在大厂 ui 不怎么行的通。包括在应用里集成 swagger 也不太行， 侵入性会被很多团队放弃， 压法阶段基本上走下正常单元测试就可以， 不需要什么界面去自测。成熟组织一般就是 yapi 和 torna 这种具备集成和管理的系统。