乐趣区

关于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,各位大神当我是小白。

退出移动版