知识点概述:其实IoC/DI对编程带来的最大改变不是在代码上,而是在思想上,发生了“主从换位”的变化。应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中,应用程序就变得被动了,被动地等待IoC/DI容器来创建并注入它所需要得资源了。这种小小得一个改变其实是编程思想的一个大进步,这样就有效地分离了对象和它所需要的外部资源,使得它们松散耦合,有利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。
您好,这个微课重点讲解IoC/DI的详细理解
IoC——Inversion of Control ,控制反转。
DI——Dependency Injection,依赖注入。
- 如何理解IoC/DI
想要理解上面的两个概念,就需要搞清楚如下的几个问题:
-
- 参与者都有谁?
- 依赖:谁依赖于谁?为什么需要依赖?
- 注入:谁注入于谁?到底注入什么?
- 控制反转: 谁控制谁?控制什么?为何叫反转?(有反转就应该有正转了)?
- 依赖注入和控制反转是同一概念吗?
下面就来简要地回答一下上述问题,把这些问题搞明白了,也就明白了IoC/DI了。
-
- 参与者都有谁:一般有三方参与者,一个是某个对象;另一个是IoC/DI的容器;还有一个是某个对象需要的外部资源。
- 谁依赖于谁:当然是某个对象依赖于IoC/DI的容器。
- 为什么需要依赖:对象需要IoC/DI的容器来提供对象需要的外部资源。
- 谁注入于谁:IoC/DI的容器注入某个对象。
- 到底注入什么:就是注入某个对象需要的外部资源。
- 谁控制谁:当然是IoC/DI的容器来控制对象了。
- 控制什么:主要是控制对象实例的创建。
- 为何叫反转:反转是相对于正向而言的,那么什么是正向的?考虑一下常规情况下的应用程序,如果要在A类里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。那么什么是反向的呢?就是A类不再主动取获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。
用图例说明一下。
先看没有IoC/DI的时候,常规的A类使用C的示意图。
当有了IoC/DI的容器后,A类不会再主动去创建C了。
而是被动的等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。
-
- 依赖注入和控制反转是同一概念吗?
根据上面的讲述,应该能看出来,依赖注入和控制反转是对同一件事情的不同描述。从某一方面来讲,就是他们描述的角度不同。依赖注入是从应用程序的角度去描述,可以把依赖注入描述的完整点:应用程序依赖容器创建并注入它所需要的外部资源;而控制反转是从容器的角度去描述,描述的完整点就是:容器控制应用程序,由容器反向的向应用程序注入其所需要的外部资源。
- 工厂方法模式与IoC/DI关系
从某一个角度讲,工厂方法模式和IoC/DI的思想很类似。
上面讲了,有了IoC/DI后,应用程序就不再主动了,而是被动地等待由容器来注入资源。那么再编写代码的时候,一旦要用到外部资源,就会开一个窗口,让容器能注入进来,也就是提供给容器使用注入地途径,当然这不是我们地重点,就不去细细地讲解了,用setter注入示例一下,使用IoC/DI的示例代码如下:
从上面的示例代码中可以看出,现在在A里面写代码的时候,凡是碰到了需要外部资源,那么就提供注入的途径,要求从外部注入,自己只管使用这些对象。
再来看看工厂方法模式,如何实现上面同样的功能。为了区分,分别取名为A1,C1。这个时候在A1里面要使用C1对象,也不是由A1主动去获取C1对象,而是创建一个工厂方法,类似于注入的途径;然后由子类,假设叫A2吧,由A2来获取C1对象,在调用的时候, 替换掉A1的相应方法,相当于反向注入到A1里面。示例代码如下:
仔细体会上面的示例,对比它们的实现,尤其是从思想层面上,会发现工厂方法模式和IoC/DI的思想是相似的,都是“主动变被动”,进行了“主从换位”,从而获得了更灵活的程序结构。
学习过Spring的人一定都会听过Spring的IoC(控制反转) 、DI(依赖注入)这两个概念。使用了Spring之后就不一样了,创建对象c的工作是由Spring来做的,Spring创建好c对象,然后存储到一个容器里面,当A对象需要使用c对象时,Spring就从存放对象的那个容器里面取出A要使用的那个c对象,然后交给A对象使用,至于Spring是如何创建那个对象,以及什么时候创建好对象的,A对象不需要关心这些细节问题(你是什么时候生的,怎么生出来的我可不关心,能帮我干活就行),A得到Spring给我们的对象之后,一起协作完成要完成的工作即可。
我练我掌握,自己结合Spring学习总结一下IoC/DI思想,对本讲的内容进行简单应用,巩固提升,最后,祝同学们学习进步!
参考文档:《研磨设计模式》