IoC != 装配和实例化的反转 != DI(注射依赖)

Inversion of Control（控制反转，IoC）
大家可能已经知道好莱坞（Hollywood）原则：

Don’t call us, we’ll call you.

不要找我们，我们会找你。

好莱坞原则在软件开发领域中极受追捧：我们经常把控制逻辑写在其他地方（例如Framework）而非客户化的代码里，我们就更专注于客户化的逻辑，也就是说，外部逻辑负责调用我们客户化的逻辑。在软件开发领域，我们又给它取了一个名字叫控制反转（IoC）[1]。

控制反转概念的涉及面十分广泛，有人认为它是一个模式，但是我更倾向于认为它是一个原则（Principle）。很多模式都实现了控制反转（例如模板方法模式），例如，我们第2章讲解的模板方法模式就是控制反转的一个很好应用，父类的模板方法控制子类的方法调用；还有，使用回调的方法都是控制反转的很好应用。

再如，在Java标准库里，我们常用到查找和排序的这两个方法，binarySearch(…)和sort(…)方法，它们在执行过程中会调用对象的compareTo()方法（如果这些对象实现了java.lang.Comparable接口的话），或者调用我们所传递的回调接口java.util.Comparator对象的compare()方法来比较大小，最终完成查找/排序操作，这些都是控制反转的例子。

此外，我们经常提到的框架（Framework），它最典型的特点其实就是控制反转：框架抽象了通用流程，我们可以通过框架提供的规范（比如子类化抽象类或者实现相关的接口，实现相关的交互协议和接口等等）就可以把客户化的代码植入流程中，完成各种定制的需求。框架和工具库（Library）的区别是：如果框架没有实现控制反转，那么框架就会退化为工具库。也就是说，使用工具库，你必须撰写调用它们的逻辑，每次调用它们都会完成相应的工作，并把控制权返回给调用者；而框架不需要客户程序撰写控制调用的逻辑，由框架专门负责。

以我们时下非常流行的MVC框架Struts为例，我们只需要实现相关的Action，Form类以及相关View，并配置好Action-Form-View的映射关系，这样每次客户端提交请求，该框架都会选择相应的Action去处理它，并根据返回的执行结果选择相应的视图。这些控制逻辑由Struts框架为我们完成了，不需要我们实现如何调用相应Action执行的逻辑，也不需要实现如何选择View显示的逻辑。

IoC和DI（Dependency Injection，依赖注入）
后来，随着轻量级容器/框架不停地涌现，控制反转的概念越来越被开发人员提及，很多轻量级容器/框架标榜使用到的控制反转，其实通过上述介绍我们知道，任何容器/框架都实现了控制反转。它们所说的控制反转指的是对服务/对象/组件的实例化和查找实现了控制反转，这只是控制反转的一种而已。关于这方面的控制反转主要有两种形式：Service Locator（服务定位器）和Dependency Injection（依赖注入，简写为DI），关于这两种形式的讨论，请参见漫谈设计模式第6章。

标注
[1] 这个短语首先在Johnson and Foote撰写的论文Designing Reusable Classes使用到。

参考文献：
[1] Martin Fowler. InversionOfControl. Web site: http://martinfowler.com/bliki/InversionOfControl.html. 2005.
[2] Martin Fowler. Inversion of Control Containers and the Dependency Injection pattern. Web site: http://martinfowler.com/articles/injection.html. 2004.

评论

15 楼 lifeier 2011-05-19  

哗众取宠兼打广告之辈。

14 楼 redhat 2011-05-19  

JE帐号 写道

redhat 写道

JE帐号 写道

我一直觉得"控制反转"这个词还是有些抽象.

几乎每次看到对IOC解释都是这样,一大段话,左一个例子,右一个例子,这是IOC,那也是IOC.总觉得这些描述不是属于那种一说出来,大家就恍然大悟的那种话,而是给解释,举例.

这个名字是最好的给这个概念的名字，把对程序的某些控制权交给其他外部程序来控制，即控制反转。

我想你的回答恰恰直接说明了我对"控制反转"的不满.
"对程序的某些控制权交给其他外部程序",到底是哪些?

并不是说"控制反转"不对,仅仅是觉得不足够好,没有那种一眼看传的感觉.

要说我,"IOC体现的理念在于,仅仅去使用一个对象,而不需要去关注这个对象如何来的"这句话可能更揭示IOC的本质一些.

兄弟，你要你仔细看看题目，你就知道：

引用

"IOC体现的理念在于,仅仅去使用一个对象,而不需要去关注这个对象如何来的"

是个谬误，我专门纠正这个错误来写这篇文档，所以我说你还不太明白IoC的概念来说这个名字有问题。
mf怕大家搞混，准们写了两篇博文说明这个问题，相信写那些书的人和看这些博文的人都看过，但是还是不理解他老人家的意思，IoC的最初出处我都给了地址，你慢慢看吧。

13 楼 JE帐号 2011-05-19  

redhat 写道

JE帐号 写道

我一直觉得"控制反转"这个词还是有些抽象.

几乎每次看到对IOC解释都是这样,一大段话,左一个例子,右一个例子,这是IOC,那也是IOC.总觉得这些描述不是属于那种一说出来,大家就恍然大悟的那种话,而是给解释,举例.

这个名字是最好的给这个概念的名字，把对程序的某些控制权交给其他外部程序来控制，即控制反转。

我想你的回答恰恰直接说明了我对"控制反转"的不满.
"对程序的某些控制权交给其他外部程序",到底是哪些?

并不是说"控制反转"不对,仅仅是觉得不足够好,没有那种一眼看传的感觉.

要说我,"IOC体现的理念在于,仅仅去使用一个对象,而不需要去关注这个对象如何来的"这句话可能更揭示IOC的本质一些.

12 楼 redhat 2011-05-18  

kakaluyi 写道

控制反转是一种编程思想，可以引申出很多模式，比如一个对象a持有另一个对象b的引用，
1 当对象a更新的时候，通知b对象回调某些方法  （观察者模式）
2 b的状态由a对象来维护（状态模式）
3 控制反转还可以避免代码污染，减少耦合，比如:a和b对象互相持有对方引用.
4 工厂模式（由子类决定创建的具体对象）
Factory a=new FactoryImp1()
ojbect1=a.create();
Factory b=new FactoryImp2()
object2=b.create();
这样a和b是可以插拔替换的，完全由子类来实现控制创建，也可以说是控制反转。
5 Spring的控制反转，由spring工厂读取xml帮你注入某个类需要的对象
等等等等，和“只和陌生人说话”，“迪米特法则”，“开闭原则”，等作为开发高弹性，高可扩展，高可维护代码的必要法则。

目前，大多数程序员都认为是个原则，不是模式，虽然MF还认为它是模式：

引用

控制反转概念的涉及面十分广泛，有人认为它是一个模式，但是我更倾向于认为它是一个原则（Principle）

11 楼 redhat 2011-05-18  

lxholding 写道

这应该是叫法问题，IOC应该叫“依赖注入”才对

为了纠正这个问题，我已经在本贴写了不少了。

10 楼 redhat 2011-05-18  

Wanghuidong 写道

Simon.C 写道

没有更通俗易懂的么? 比如自己的如何理解的啊?

同求

这是敝人的理解。

9 楼 redhat 2011-05-18  

nakupanda 写道

一些述语追求的好像就是听起来酷, 我觉得述语应该听起来就能明白是啥回事才对.

这个名字是最好的给这个概念的名字，把对程序的某些控制权交给其他外部程序来控制，即控制反转。如果你真正理解的话，很希望你能起个更酷的名字，但是发展到目前，还没有出现。

8 楼 redhat 2011-05-18  

Simon.C 写道

没有更通俗易懂的么? 比如自己的如何理解的啊?

这就是敝人的理解，谢谢！

7 楼 redhat 2011-05-18  

JE帐号 写道

我一直觉得"控制反转"这个词还是有些抽象.

几乎每次看到对IOC解释都是这样,一大段话,左一个例子,右一个例子,这是IOC,那也是IOC.总觉得这些描述不是属于那种一说出来,大家就恍然大悟的那种话,而是给解释,举例.

这个名字是最好的给这个概念的名字，把对程序的某些控制权交给其他外部程序来控制，即控制反转。

6 楼 lxholding 2011-05-18  

这应该是叫法问题，IOC应该叫“依赖注入”才对

5 楼 kakaluyi 2011-05-18  

控制反转是一种编程思想，可以引申出很多模式，比如一个对象a持有另一个对象b的引用，
1 当对象a更新的时候，通知b对象回调某些方法  （观察者模式）
2 b的状态由a对象来维护（状态模式）
3 控制反转还可以避免代码污染，减少耦合，比如:a和b对象互相持有对方引用.
4 工厂模式（由子类决定创建的具体对象）
Factory a=new FactoryImp1()
ojbect1=a.create();
Factory b=new FactoryImp2()
object2=b.create();
这样a和b是可以插拔替换的，完全由子类来实现控制创建，也可以说是控制反转。
5 Spring的控制反转，由spring工厂读取xml帮你注入某个类需要的对象
等等等等，和“只和陌生人说话”，“迪米特法则”，“开闭原则”，等作为开发高弹性，高可扩展，高可维护代码的必要法则。

4 楼 Wanghuidong 2011-05-18  

Simon.C 写道

没有更通俗易懂的么? 比如自己的如何理解的啊?

同求

3 楼 nakupanda 2011-05-18  

一些述语追求的好像就是听起来酷, 我觉得述语应该听起来就能明白是啥回事才对.

2 楼 Simon.C 2011-05-18  

没有更通俗易懂的么? 比如自己的如何理解的啊?

1 楼 JE帐号 2011-05-18  

我一直觉得"控制反转"这个词还是有些抽象.

几乎每次看到对IOC解释都是这样,一大段话,左一个例子,右一个例子,这是IOC,那也是IOC.总觉得这些描述不是属于那种一说出来,大家就恍然大悟的那种话,而是给解释,举例.