本文转自(http://baitai.iteye.com/blog/792980)
Ioc:Inversion of Control 控制反转
DI:Dependency Injection 依赖注入
要想理解上面两个概念,就必须搞清楚如下问题:
- 参与者有谁?
- 依赖:谁依赖谁?为什么需要依赖?
- 注入:谁注入谁?为什么要注入?
- 控制反转:谁控制谁?控制什么?为何叫反转?(有反转就应该有正转了?)
- 依赖注入和控制反转是同一概念吗?
(1)参与者有谁:
一般有三方参与者,一个是某个对象;一个是Ioc/DI容器;另一个是对象的外部资源。
(2)谁依赖于谁:
当然是某个对象依赖于Ioc/DI容器
(3)为什么需要依赖:
对象需要Ioc/DI的容器来提供对象需要的外部资源
(4)谁注入于谁:
很明显是Ioc/DI的容器注入某个对象
(5)注入什么:
就是注入某个对象所需的外部资源
(6)谁控制谁:
当然是Ioc/DI的容器来控制对象了
(7)控制什么:
主要控制对象实例的创建
(8)为何叫反转:
反转是相对于正向而言的,那么什么算是正向呢?考虑一下常规情况下的应用程序,如果要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也即是说,是在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。
那么什么是反向呢?就是A类不再主动去获取C,而是被动等待,等待Ioc/DI容器获取一个C的实例,然后反向的注入到A类中。
没有Ioc/DI,常规的A类使用C类的示意图,如图所示:
当有了IoC/DI的容器后,A类不再主动去创建C了,如图所示
而是被动等待,等待Ioc/DI的容器获取一个C的实例,然后反向的注入到A类中,如图所示:
(9)依赖注入和控制反转是同一概念吗?
根据上面的讲述,应该能看出,依赖注入和控制反转是对同一件事的不同描述,从某个方面讲,就是它们描述的角度不同。
依赖注入是从应用程序的角度在描述,可以把依赖注入描述完整点:应用程序依赖容器创建并注入它所需要的外部资源;
而控制反转是从容器的角度在描述,描述完整点:容器控制应用程序,有容器反向的向应用程序注入应用程序所需要的外部资源。
小结
其实Ioc/DI对编程来说的最大改变不是从代码上,而是从思想上,发生了”主从换位“的变化。
应用程序原本是老大,要获取什么资源都是主动出击,但是在Ioc/DI思想中,应用程序就变成被动的了,被动的等待Ioc/DI容器来创建并注入它所需要的资源了。
这么一个小小的改变其实是编程思想的一大进步,这样就有效的分离了对象和它所需要的外部资源,使得它们松散耦合,有利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。