关于go:kratos-框架的问题

长处

• 啥都有，相似 PHP 的各种框架。
• 开箱即用，给你整上各种现代化的工具，甭管用不必，须要不须要全参差。依赖注入、http、gRPC、MySQL、Redis 都“搞外头“。

问题

• 构造凌乱。proto 文件散到各个目录，甚至 proto 的版本都没治理好。
• 依赖注入纯正是为了用而用，没有用依赖注入解决任何理论问题，也没做到代码形象和隔离。
• 对微服务的了解有问题。微服务的外围问题是服务发现、服务注册，官网 demo 竟然没有这个模块。文档中的 registry 实现也丑到不行。

• 不晓得作者想解决的外围问题是什么？

  • proto 的主动治理问题？第三方包的语义版本化问题显然没想分明。而且竟然俊俏到每个我的项目都要复制一份 google 的 proto 文件。
  • 外部调用的 rpc / http 灵便切换？间接用 grpc-gateway 就能够了，本人封装一层也很容易。
  • 依赖注入？先想分明为什么要依赖注入，想解决什么问题？
  • 微服务？先想分明为什么要做微服务？是不是用上了 grpc 就是微服务了？
  • Go 我的项目开发的脚手架？你提供了哪些脚手架的性能？跟 django 比、ruby on rails 比有啥特色？
  • 云原生？服务网格？就齐全不沾边了。

论断

四不像的货色，不知所谓。纯属 YY，各位大神当我是小白。