@sadfQED2 go-spring 这一套机制只工作在初始化层，不至于影响性能

@lbp0200 有没有可能他们不叫 XX-spring 但是也实现了 spring 的思想呢

@dilu 我不是 Javaer ，我是纯正 Gopher ，go-spring 就是为了让大家早点下班才推出的啊 😂

@FreeEx wire 是代码是生成的方式，go-spring 是基于反射的方式，支持更多丰富的特性

@mightybruce 也许大部分的程序员工作内容也没有太多技术含量，这部分始终还是需要人去做不是吗，那我的工作就有意义了，go-spring 确实不是为中间件，基础库准备的，它是纯粹的业务框架，用来给堆业务代码的人提供方便。

@mightybruce 我先赞一个，后来学习一下~

@winglight2016 我同意你说的降低代码可读性，鱼和熊掌确实很难同时得到，至于函数式/OOP 之争也不是这几年才有的，虽然但是就个人开发体验来说还是挺好用的，至于路线之争也不会马上就出结果不是吗

@mightybruce 是的，uber fx ，google wire ，等众多依赖注入方案都有自己的特点，这也是提供更多的选择给 Gopher 们，毕竟萝卜白菜各有所爱 😀

@Dogtler @me1onsoda 我还真不是 Javaer 转过来的，Go 老大一开始还说不要泛型呢，扭扭咧咧还不是出来了，Spring 确实有很多值得学习的东西，同样的还有 netty ，其流水线装配设计，也是它能一统 Java 网络库江山的核心吸引力之一

@tietou 核心代码就几千行，不是 Java 那种以万行计数的庞然大物哈

@xingjue 哈哈，不想入坑 Java 所以就整这么个东西

@danbai 萝卜白菜各有所爱，也许有人也喜欢呢 😀

@TypeErrorNone 我真不是 Java 转过来的，纯就是馋 Java 的生态，但是又不想入 Java 的坑 😂

@lsk569937453 萝卜白菜各有所需嘛

@Maboroshii 是的你说的没错，简单的东西确实没有必要，过度抽象也是没有必要的，还是要合理运用

@tinyzilan123 还是你逗 😂，取名真的很困难，这不是为了沾 Java 的光😂

@Oktfolio 真香警告 😀

@ZZ74 不矛盾啊，Go 也有写大规模项目的需求，小规模的项目自己随便弄都行，上了规模它的好处就显现出来了

@xiaocaiji111 是的 Java 里面有很多好东西，比如 netty 的流水线思想，所以我也搞了一个 go-netty ，https://github.com/go-netty/go-netty 😂