类比：
美国服务器- java 之 spring boot
- typescript 之 nest.js
https://github.com/go-spring/go-spring 我没用过
我很多年前刚开始工作的时候，也是非常抵制依赖注入的，不就几个构造器嘛，有必要引入重量级 spring 框架么，直到后来写了一个大型系统，系统初始化的时候把一堆对象接来接去非常繁琐，经常一个构造器里会有七八个对象，而这样的构造器又有几十个，项目看上去像一坨屎，改代码像挑大粪。然后后面使用了 spring，改造后整个系统都清爽无比，才对依赖注入产生了不一样的看法。我个人理解，依赖注入这种东西只有在大型系统里用过才有体会。
tks
有趣，你又懂鼓唇弄舌，又懂战场厮杀。
足下才智 与我暗合。
我们组用的是 facebook 的 inject go 还可以，不过这个项目已经停止维护了
golang
依赖注入容器 https://github.com/facebookarchive/inject
web 框架无脑 beego
推荐 https://github.com/google/wire , 自己写各种 provider, 然后在编译器生成整个注入链路, 不和 web 框架绑定起来, 可以使用任何 web 框架
感谢
好的，感谢
好滴，我试下，这个玩法我还挺感兴趣的
推荐
前端 angular 框架那种的搞个什么东西都搞个依赖注入来降低复杂度
go 下面的依赖注入不太好用，不过由于 go 的特性，在同一个包下面的变量在不同的 go 文件里面可以互相引用，所以只需要手动初始化一次即可不限量使用。
你可以看下我的这个项目 https://github.com/dushixiang/next-terminal
我也是在摸索 go 的写法
echo
感谢您的分享
手动 wire 吧，貌似没有啥特别靠谱的
好的，感谢