剖析DI

0x00.前言

当我们研究一些晦涩的源码，上网查阅资料的时候，映入眼帘的总有这么些名词：DIP、IOC、DI、DL、IOC容器这些专业名词。如果不懂这些名词背后的含义，我们内心有可能是这样的：

0x01.小例子

/**
 * 餐厅类
 */
public class Restaurant {

    //后台收银系统
    private WeChatPay pay = new WeChatPay();

    //收款操作
    public void transact(double money) {
        pay.receiveMoney(money);
    }
}

import java.util.Date;

/**
 * 微信
 */
public class WeChatPay {
    public void receiveMoney(double money) {
        System.out.println(new Date() + ",已用微信收款：" + money + "元");
    }
}

这时候Restaurant类就依赖于WeChatPay，两个类产生依赖

0x02.DIP

DIP的英文名：Dependency Inversion Principle，中文名：依赖倒转原则

定义：

• High-level modules should not depend on low-level modules. Both should depend on abstractions

• Abstractions should not depend on details. Details should depend on abstractions

理解：

• 高层模块不应该直接依赖于底层模块的具体实现，而应该依赖于底层的抽象。换言之，模块间的依赖是通过抽象发生，实现类之间的不发生直接依赖关系，其依赖关系是通过接口或抽象类产生的

• 面向接口编程

它仅仅是面向对象软件设计的一种原则。它仅仅告诉你两个模块之间如何协调依赖关系，但是并没有告诉你如何做！

举个例子

我们经常所说的三层架构（UI、BLL、DAL）

图二的版本，就是高层模块依赖于低层模块的抽象，就好像依赖“倒置”。这样可以使得整体的架构更加的稳定，灵活，及自如的面对需求的变化。

0x03.IOC

• IOC的英文名：Inversion Of Control ，中文名：控制反转
• IOC基于DIP原则上的实现的是一种软件设计模式，它告诉你应该如何做，来解除相互依赖模块的耦合。它为相互依赖的组件提供抽象，将依赖对象的获得交给第三方来控制，即依赖对象不在被依赖的类中直接通过new来获取。
• IOC的实现的方式一般有两种，依赖注入和依赖查找。一般DI使用的比较多

0x04.DI

• DI的英文名：Dependency Injection，中文名称：依赖注入。
• DI就是将依赖对象的创建和绑定转移到被依赖对象类的外部来实现。它提供是一种机制，将需要依赖（低层模块）对象的引用传递给被依赖（高层模块）对象。

DI注入有三种方式：

• 构造函数注入
• 属性注入
• 接口注入

Demo讲解

/**
 * di Ipay 接口
 */
public interface IPay {
    void receiveMoney(double money);
}

/**
 * 重构后的微信支付
 */
public class WebChatPay implements IPay {
    public void receiveMoney(double money) {
        Date now = new Date();
        SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        System.out.println(format.format(now) + ",已用重构后的微信收款：" + money + "元");
    }
}

/**
 * 重构后的餐厅类构造器注入
 */
public class Restaurant {

    private IPay _pay;

    public Restaurant(IPay pay) {
        this._pay = pay;
    }

    //收款操作
    public void transact(double money) {
        _pay.receiveMoney(money);
    }
}

0x01.构造器注入

System.out.println("==========通过构造函数注入开始==============");
IPay pay = new WebChatPay();//在外部创建依赖对象
Restaurant restaurant = new Restaurant(pay);
restaurant.transact(10);
System.out.println("==========通过构造函数注入结束==============");

这时候我们就看到Restaurant将依赖的WeChatPay对象的创建和绑定转移到Restaurant类外部来实现了。这样就解除了Restaurant类与WeChatPay类的耦合关系。如果将支付方式改成Alipay，只需要定义一个Alipay类，然后在外部重新绑定依赖。不需要修改Restaurant类。

0x02.属性注入

System.out.println("==========通过属性注入开始==============");
IPay paySetter = new WebChatPay();
RestaurantBySetter restaurantSetter = new RestaurantBySetter();
restaurantSetter.setPay(paySetter);
restaurantSetter.transact(10);
System.out.println("==========通过属性注入结束==============");

0x03.接口注入

System.out.println("==========通过接口注入开始==============");
IPay payInterface = new WebChatPay();
RestaurantByInterface restaurantInterface = new RestaurantByInterface();
restaurantInterface.extraInstance(payInterface);
restaurantInterface.transact(10);
System.out.println("==========通过接口注入结束==============");

0x05.IOC容器

DI框架，用来自动创建、维护依赖对象，并管理其生命周期。

常使用的IOC容器有:
Net：Ninject、Spring.NET、Unity、Autofac等
Java：Spring等

0x06.总结

IOC带来好处：

• 降低了各个组件之间的耦合性，增强了内聚性。
• 大中型项目，团队分工明确，职责明确，便于测试
• 使得模块具有热插拔特性，增加了模块的复用性