Steve Rao

方案说明里面格式有些乱，最好保持格式的简洁和清晰！

> 是否有考虑将dubbo路由也纳入，用同样的配置模型来配置不同协议的路由，可以降低用户的学习成本 能再详细说明一下你的意思吗？不是特别理解你说的纳入dubbo路由。

比如说大家对Spring Cloud Function这块有在生产场景使用过的吗？对社区后续做一些相关尝试有什么建议的吗？

> 期待就是文档写得认真点，过期的文档及时更改，不同的版本不同的文档内容，不然照着文档各种排错 具体哪里有问题可以指出来，也可以通过issues或者提交PR一起修改，这块因为社区维护同学一直都是在动态变化的，所以可能确实有你说的问题而当前主要维护的同学并没有发现，开源项目本来也是依赖社区内外同学一起建设的，单纯依靠个人或者一小部分人也很难建设好，希望理解~

> 更新及时 收到，我们当前会尽量保持2~3个月更新一个新版本的频率进行社区维护，也欢迎有兴趣的同学一起参与到社区共建中来：）

> Spring Cloud Dubbo 组件移除是一大遗憾。期待接下来其他的组件能够好好维护：使用的稳定，文档的详尽说明等。别再中途放弃了。将来有能力了我也会尽力贡献自己一份力量，共同参与建设。 收到，其实spring cloud dubbo移除也是经过了慎重的讨论的，觉得不太适合放到社区来继续维护。另外欢迎参与进来，可以从issues里面的welcome-contribution标签的issues选一些简单的开始加入到社区中来:）

> Spring Cloud Nacos为啥不提供和Spring Nacos的一样的功能，好多注解没法使用，比如：@NacosConfigListener、@NacosConfigurationProperties... 你说的这两个注解都是Nacos原生提供的，Spring Cloud应用中你应该是可以正常使用的。

> > > 期待就是文档写得认真点，过期的文档及时更改，不同的版本不同的文档内容，不然照着文档各种排错 > > > > > > 具体哪里有问题可以指出来，也可以通过issues或者提交PR一起修改，这块因为社区维护同学一直都是在动态变化的，所以可能确实有你说的问题而当前主要维护的同学并没有发现，开源项目本来也是依赖社区内外同学一起建设的，单纯依靠个人或者一小部分人也很难建设好，希望理解~ > > 期望完善框架融合的相关文档吧，比如Nacos+Sentinel+gateway这种的，虽然gateway不属于alibaba，但是有这样的文档更有利于框架推广。 > > 文档需要按照版本去区分，这个可以参考ElasticSearch的文档规范，有修复版可以在官方文档及时提现，例如：[这个bug](https://github.com/alibaba/spring-cloud-alibaba/issues/2310)不来github查是不知道发生了什么事情的。 很同意你的第一条建议，其实我们也计划做一套Spring Cloud Alibaba在云原生微服务领域应用的实践案例，这块有兴趣欢迎一起参与进来哈~

> 期待spring-native稳定了以后能支持spring-native 收到，有兴趣也可以一起来探索和参与这块内容建设：）

> 2022.x 版本有计划吗？ Got it, we will discuss it later.