IoC——Inversion of Control,控制反转
DI——Dependency Injection,依赖注入
1. 如何理解IoC/DI
要理解上面两个概念,就必须搞清楚如下问题:
- 参与者都有谁?
- 依赖:谁依赖于谁,为什么需要依赖?
- 注入:谁注入谁,到底注入什么?
- 控制反转:谁控制谁?控制什么?为何叫反转(有反转就应该有正转了)?
- 依赖注入和控制反转是同一概念吗?
下面就简单的回答一下上述问题,把这些问题搞明白了,也就明白IoC/DI了。
(1)参与者有谁?通常来说有三方参与者,一个是某个对象,另一个是IoC/DI的容器,还有一个是某个对象需要的外部资源。
解释:某个对象指的就是任意的,普通的Java对象;IoC/DI的容器简单点说就是指用来实现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类中。
(9)依赖注入和控制反转是同一概念吗?
根据上面的讲述,能够看出来,依赖注入和控制反转是对同一件事情的不同描述。从某个方面讲,就是它们描述的角度不同。依赖注入是从应用程序角度去描述,可以把依赖注入描述得完整点:应用程序依赖容器创建 并注入它所需要的外部资源;而控制反转是从容器的角度去描述,描述得完整点就是:容器控制应用程序,由容器反向的向应用程序注入其所需要的外部资源。
小结:IoC/DI对变成带来的最大改变不是在代码上,而是在思想上,发生了“主从换位”的变化。应用程序本来是老大,要获得什么资源都是主动出击,但是在IoC/DI思想中,应用程序变的被动了,被动的等待IoC/DI容器来创建并注入它所需要的资源了。这个编程思想的进步,可以有效地分离了对象和它所需要的外部资源,使得它们松散耦合,有利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。