赖注入与控制反转

依赖注入（Dependency Injection：DI）：

程序运行过程中，如果需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部的注入。

通俗来讲，就是把有依赖关系的类放到容器中，然后在我们需要这些类时，容器自动解析出这些类的实例。

依赖注入最大的好处时实现类的解耦，利于程序拓展、单元测试、自动化模拟测试等。

控制反转（Inversion of Control：IOC）：

控制反转只是一个概念，也就是将创建对象实例的控制权（原本是程序员）从代码控制权剥离到 IOC 容器 中控制。

IOC/DI的优缺点：

优点
- 依赖注入把对象的创造交给外部去管理,很好的解决了代码紧耦合（tight couple）的问题，是一种让代码实现松耦合（loose couple）的机制
- 松耦合让代码更具灵活性，能更好地应对需求变动，以及方便单元测试
缺点
- 目前主流的 IOC/DI 基本采用反射的方式来实现依赖注入，在一定程度会影响性能

依赖注入的三种形式：

一、构造方法注入

目前构造方法注入是依赖注入推荐使用方式。

优点
- 在构造方法中体现出对其他类的依赖，一眼就能看出这个类需要依赖哪些类才能工作
- 脱离了 IOC 框架，这个类仍然可以工作，POJO 的概念
- 一旦对象初始化成功了，这个对象的状态肯定是正确的
缺点
- 构造函数会有很多参数（Bad smell）
- 有些类是需要默认构造函数的，比如 MVC 框架的 Controller 类，一旦使用构造函数注入，就无法使用默认构造函数
- 这个类里面的有些方法并不需要用到这些依赖（Bad smell）

代码示例：

public class FurionService
{
    private readonly IRepository _repository;
    public FurionService(IRepository repository)
    {
        _repository = repository;
    }
}

二、属性方式注入

通过属性方式注入容易和类的实例属性混淆，不建议使用。

优点
- 在对象的整个生命周期内，可以随时动态的改变依赖
- 非常灵活
缺点
- 对象在创建后，被设置依赖对象之前这段时间状态是不对的
- 不直观，无法清晰地表示哪些属性是必须的

代码示例：

public class FurionService
{
    public IRepository Repository { get; set; }
}

三、方法参数注入

方法参数注入的意思是在创建对象后，通过自动调用某个方法来注入依赖。

优点：
- 比较灵活
缺点：
- 新加入依赖时会破坏原有的方法签名，如果这个方法已经被其他很多模块用到就很麻烦
- 与构造方法注入一样，会有很多参数

代码示例：

public class FurionService
{
    public Person GetById([FromServices]IRepository repository, int id)
    {
        return repository.Find(id);
    }
}

526互联

赖注入与控制反转

赖注入与控制反转