Gone框架介绍1 - 在go语言上实现依赖注入，Gone是如何实现的？

文章目录

- Goner的定义
- 在Gone中是如何完成依赖注入的？

我在两年前实现了一个Golang的依赖注入框架，并且集成了gin、xorm、redis、cron、消息中间件等功能，自己觉得还挺好用的；之前一直没有时间写文档推广，现在"毕业了"，有时间来完善完善了。
github地址：https://github.com/gone-io/gone
如果有可能，请帮忙在github上点个 ⭐️？？万分感谢！！

Goner的定义

在Gone应用中，所有的组件都被要求定义为Goner（就是“继承”了gone.Flag的结构体，实际上golang中根本没有“集成”这个概念，它有的只有匿名嵌套）；如果Goner的某个属性标注了gone:""标签，Gone框架将尝试自动装配该属性。下面是定义一个Goner的例子：

package exampleimport "github.com/gone-io/gone"type AGoner struct {gone.Flag
}

在另一个Goner中注入上面定义的AGoner:

package exampleimport "github.com/gone-io/gone"type BGoner struct{gone.FlagA *AGoner `gone:"*"` //gone标签的作用在于告诉Gone，该属性需要被自动注入一个值
}

其中，注入的和被注入的结构体都要求是Goner（也就是匿名嵌套了gone.Flag的结构体），BGoner的A属性的gone:"*"标签的作用在于告诉框架：这个属性需要被注入一个值。

在Gone中是如何完成依赖注入的？

在Java Spring中，给class打上@Component、@Service等标注，Spring启动时会自动扫描到这些特殊的类，然后实例化他们并且给他们有特定标注的属性注入对应的值。

Spring之所以能够实现这样的功能，Java有一个特性很关键，就是Java代码在编译成jar后，会保留所有class的字节码，哪怕是没有被main函数依赖的class代码；然而，在Golang中，编译后的代码会被裁剪，二进制文件中只会保留main函数依赖的相关代码。所以我们仅是定义Goner，在编译后我们会发现我们Goner代码全部被裁剪了。

如何让我们的Goners不被裁剪掉呢？答案很简单，我们显式的将所有Goner加入到一个”仓库“中；在Gone中，这个仓库叫做Cemetery。Goner有“死者”的意思；Cemetery是墓地，用于埋葬（Bury）Goner。我们可以在程序启动时，将所有的Goner实例化后并加入到Cemetery中：

package mainimport "example"
import "github.com/gone-io/gone"func main() {gone.Run(func(cemetery gone.Cemetery) error {cemetery.Bury(&example.AGoner{})cemetery.Bury(&example.BGoner{})return nil})
}