浅谈DI（依赖注入）

DI的定义

见名知义

DI = Dependency Injection = 依赖注入。
见名知义，DI 就是把依赖项注入到对象中。
它是一种编程技巧。使用它，可以编写出松散耦合的代码。
不过，这种解释比较口水话，不够专业。

专业定义

有一本关于DI的英文著作，书名就叫做《Dependency Injection》，书中涵盖了关于DI的所有内容，并且给出了一个关于DI的专业定义。这个专业定义是：DI 是一组软件设计原则和模式。
我们平时所说的面向接口编程，而不是面向实现编程，这一条重要的建议是设计模式的前提，当然也是DI的前提。
DI 涉及到的设计原则，包括里氏替换原则、开闭原则、单一职责原则；
DI 经常用到的设计模式，包括装饰器模式、组合模式、适配器模式和空对象模式。
但是，这个定义太过抽象，不够具体形象。

DI的目的

DI 本身并不是一个目的，而是达到目的的一种手段。
我们前面说过，DI不过是用来实现松散耦合的一种编程技巧。也就是说，DI的直接目的，就是实现松散耦合。
而松散耦合使代码易扩展，可扩展性使代码易维护，可维护性是使软件尽可能高效地交付的其中一个方面。也就是说，DI的最终目的，跟大多数编程技巧一样，都是尽可能高效地交付软件。

DI的好处

使用DI，可以编写出松散耦合的代码，而松散耦合能带来很多好处，包括：后期绑定、并行开发、可扩展性、可维护性、可测试性。

关于DI的常见误解

关于DI 最最常见的误解是，认为DI跟IoC是同一个概念，进而又产生另一个很常见的误解，认为使用DI时必须有一个DI容器。
我们前面说过，DI是一种编程技巧，是把依赖项注入到对象中的编程技巧。
IoC是一种编程风格，是把对程序流的控制进行反转，把对程序流的控制权交出去的编程风格。从由我自己的代码控制程序流，变成由框架或运行时控制程序流。
其实，使用DI时，并不是必须要有一个DI容器。不使用DI容器的DI，称为纯DI。使用DI容器的DI，其本质就是，在DI编程技巧的基础上，引入了IoC编程风格。