依赖注入到底是个什么东西（） golang依赖注入

本文首发于公众号【codeoffer】,欢迎关注。

什么是依赖注入
依赖注入的好处
Go的依赖注入-wire

依赖注入是什么？第一次听到这个词的时候我是一脸懵逼的，很拗口有没有，可能很多学过spring的同学觉得这是很基础很好理解的知识，但因为我之前没学过Java和spring，所以第一次接触这个词的时候是很懵的。
依赖注入，英文名dependency injection，简称DI。依赖两个字很好理解，在软件设计上，从架构模块到函数方法都存在大大小小的依赖关系。
比如说在new A 之前需要先new B ,A依赖于B，这时候我们就可以说B是A的依赖，A控制B，AB之间存在着耦合的关系，而代码设计思想是最好可以做到松耦合。如果某一天B需要改造那么A也需要跟着改造。这是一个依赖你可以觉得没问题，但如果是A->B->C->D->E->F之间存在一连串的依赖关系，那么改造起来就会十分麻烦。

文章图片

这个时候就需要一种东西来解开他们之间的强耦合，怎么解耦呢，只能借助第三方力量了，我们把A对B的控制权交给第三方，这种思想就称为控制反转（IOC Inversion Of Control），这个第三方称为IOC容器。而IOC容器要做的事情就是new一个B出来，然后把这个B的实例注入到A里面去，然后A就可以正常的使用基于B的方法了，这个过程被称为依赖项注入，而基于IOC的这种方法就叫做依赖注入。
依赖注入的好处明白了依赖注入的思想，应该也就明白了其带来的最大好处——解耦。
而解耦又能带来更多的好处：代码扩展性增强，代码的可维护性增强，更容易进行单元测试等等。
那么依赖注入如何实现呢？
【依赖注入到底是个什么东西（）】Java中有以下几种方式：

setter方法注入：实现特定属性的public set方法，来让外部容器调用传入所依赖类型的对象。
基于接口的注入：实现特定接口以供外部容器注入所依赖类型的对象。
基于构造函数的注入：实现特定参数的构造函数，在新建对象时传入所依赖类型的对象。
基于注解的注入：在代码里加上特定的关键字实现注入。

注解是最常见的方式，它像注释一样不被当做代码来执行，而是专门供别人阅读。但注释的读者完全是人类，而注解的主要读者除了人类之外还有框架或预编译器。
Go依赖注入-wire wire就是一种基于注解的依赖注入方式。wire是 Google 开源的一个依赖注入工具，我们只需要在一个特殊的go文件中告诉wire类型之间的依赖关系，它会自动帮我们生成代码，帮助我们创建指定类型的对象，并组装它的依赖。
wire有两个基础概念，Provider（构造器）和Injector（注入器）。
通过提供provider函数，让wire知道如何产生这些依赖对象。wire根据我们定义的injector函数签名，生成完整的injector函数，injector函数是最终我们需要的函数，它将按依赖顺序调用provider。
wire的要求很简单，新建一个wire.go文件（文件名可以随意），创建我们的初始化函数。比如，我们要创建并初始化一个Mission对象，我们就可以这样：

//+build wireinjectpackage mainimport "github.com/google/wire"func InitMission(name string) Mission { wire.Build(NewMonster, NewPlayer, NewMission) return Mission{} }

可以看到第一行的注解：+build wireinject，表示这是一个注入器。+build其实是 Go 语言的一个特性。类似 C/C++ 的条件编译，在执行go build时可传入一些选项，根据这个选项决定某些文件是否编译。wire工具只会处理有wireinject的文件，所以我们的wire.go文件要加上这个。
在函数中，我们调用wire.Build()将创建Mission所依赖的类型的构造器传进去。例如，需要调用NewMission()创建Mission类型，NewMission()接受两个参数一个Monster类型，一个Player类型。Monster类型对象需要调用NewMonster()创建，Player类型对象需要调用NewPlayer()创建。所以NewMonster()和NewPlayer()我们也需要传给wire。
写完wire.go文件之后执行wire命令，就会自动生成一个wire_gen.go文件。

// Code generated by Wire. DO NOT EDIT.//go:generate wire //+build !wireinjectpackage main// Injectors from wire.go:func InitMission(name string) Mission { player := NewPlayer(name) monster := NewMonster() mission := NewMission(player, monster) return mission }

可以看到wire自动帮我们生成了InitMission方法，此方法中依次初始化了player,monster和mission。之后在我们的main函数中就只需调用这个InitMission即可。

func main() { mission := InitMission("dj")mission.Start() }

而在没用依赖注入之前，我们的代码是这样的：

func main() { monster := NewMonster() player := NewPlayer("dj") mission := NewMission(player, monster)mission.Start() }

是不是简洁了很多。这里只有三个对象的初始化，如果是更多可能才会意识到依赖注入的好处。
比如：

wire.go文件： // +build wireinject // The build tag makes sure the stub is not built in the final build.package diimport ( "github.com/google/wire" )//go:generate kratos t wire func InitApp() (*App, func(), error) { panic(wire.Build(dao.Provider, service.Provider, http.New, grpc.New, NewApp)) }实现文件： //dao var Provider = wire.NewSet(New, NewDB, NewRedis) //service var Provider = wire.NewSet(New, wire.Bind(new(pb.Server), new(*Service)))生成的wire_gen.go 文件： func InitApp() (*App, func(), error) { redis, cleanup, err := dao.NewRedis() if err != nil { return nil, nil, err } db, cleanup2, err := dao.NewDB() if err != nil { cleanup() return nil, nil, err } daoDao, cleanup3, err := dao.New(redis, db) if err != nil { cleanup2() cleanup() return nil, nil, err } serviceService, cleanup4, err := service.New(daoDao) if err != nil { cleanup3() cleanup2() cleanup() return nil, nil, err } engine, err := http.New(serviceService) if err != nil { cleanup4() cleanup3() cleanup2() cleanup() return nil, nil, err } server, err := grpc.New(serviceService) if err != nil { cleanup4() cleanup3() cleanup2() cleanup() return nil, nil, err } app, cleanup5, err := NewApp(serviceService, engine, server) if err != nil { cleanup4() cleanup3() cleanup2() cleanup() return nil, nil, err } return app, func() { cleanup5() cleanup4() cleanup3() cleanup2() cleanup() }, nil }

所以，依赖注入到底是什么？
封装解耦罢了。