Hi, All 最近收到了一些用户和开发者反馈，总结起来我觉得主要是Dubbo框架在开发态和运行态能力的一些欠缺。因此，除了我们经常提及的如何围绕Dubbo构建更丰富的微服务开发解决方案外，我个人觉得我们应该在核心框架的易用性上也应多投入一些精力，为用户提供更好的开发使用体验。
以下是我当前能想到的一些点，从我的认识中肯定还有很多需要优化的地方，我一时没能想起来，如果你觉得有亟需改进的地方，欢迎补充。 首先，开发层面。 1. 注解方式增强和bug修复，汇总和修复报告的issue，数量应该还挺多 2. 注解能力和XML、properties对齐，如方法级配置等 3. Dubbo配置格式的统一、增加面向用户的配置使用说明、配置项汇总等 4. API编程接口易用性的优化 5. 汇总和解决其他一些涉及到开发效率或易用性的issue报告 其次，运维层面。 1. OPS功能进一步丰富 2. Metrics 3. 内部配置和运行态数据采集并尝试通过各种Endpoints暴露等 4. Telnet指令丰富/增强 大家经常遇到问题的几个场景的blog输出 1. 优雅停机 2. 其他 其他需要补充的... Translated from Google: I have recently received some user and developer feedback. In summary, I think it is mainly due to the lack of development and runtime capabilities of the Dubbo framework. Therefore, in addition to how we often discuss how to build a richer microservice development solution around Dubbo, I personally feel that we should put more effort into the core framework to provide users with a better development experience. The following are some of the points that I can think of right now. There are definitely a lot of things that I need to optimize from my understanding. I can't think of it for a while. If you feel that there is a need for improvement, welcome to add. Firstly, development level. 1. Annotation enhancements and bug fixes, summary and fix report issues 2. Annotation capability and XML, properties alignment, such as method level configuration, etc. 3. Uniform configuration of Dubbo, increase user-oriented configuration instructions, and summary of configuration items 4. Optimization of the ease of use of the API programming interface 5. Summarize and resolve other issue reports that involve development efficiency or ease of use Secondly, operation and maintenance level. 1. OPS function is further enriched 2. Metrics 3. Internal configuration and operational state data acquisition and attempt to expose through various Endpoints, etc. 4. Telnet command rich/enhanced Last but not least, anything you think important regarding development experiences. Jun
