Question

几个待处理事项： 一图胜千言

一、前端部分

1. 目前 knife4j-ui 的版本虽然提供了 swagger2、oas3 的兼容，但是对于 oas3 兼容性可能还不太好，需要对照 oas3 规范捋一遍
2. oas3 规范对 oauth2 的支持，目前还没有做

二、后端部分

1. 虽然提供了starter，但是使用起来还是需要创建一些Config配置文件，没有真正的简化使用人员的工作量，需要加强starter的范围，提供基于配置文件即可以快速使用，需要兼容springfox、springdoc-openapi两个版本
2. 提供对springdoc-openapi框架的兼容适配，knife4j提供的部分增强功能需要在springdoc-openapi找到突破口，类似于springfox的Plugin扩展机制一样
3. 主流API网关的聚合，比如zuul、gateway等组件，目前聚合起来对开发者而言比较吃力或者不同网关版本之间，总是存在各种各样的问题，提供统一的网关聚合starter解决方案

三、生态发展

1. 提供独立的中间件，虽然knife4j提供了knife4j-aggregation-desktop组件，但使用起来还是不太方便，需要考虑和目前主流的一些配置中心结合使用，nacos、apoll等等
2. 提供Docker官方镜像，一键部署独立中间件，配合k8s，简化独立中间件的使用成本&学习成本
3. 各种云原生场景下的适配集成，特别是k8s环境下，目前k8s发展已经成为主流，knife4j在k8s环境下的独立中间件能否出一份力

四、文档

1. 官方文档缺乏版本机制，从目前的版本发版，需要将不同的文档-版本进行对应起来
2. 各个 Spring Boot、Spring Cloud 等环境集成 knife4j 的实战适配
3. FAQ 完善
4. Swagger2、OAS3 等规范的说明、包括对springfox、springdoc-openapi等框架的说明文档