看《墨攻》理解IoC概念

来源：作者：IT168 陈雄华出处：巧巧读书 2007-11-07 进入讨论组

讨论组：http://group.qqread.com

概述
IoC（反向控制：Inverse of Control）是Spring容器的底层核心功能，AOP功能、声明事务等功能在此基础上生根开花。但是IoC这个重要的概念却比较晦涩隐讳，拐弯抹角，不容易让人望文生义，不能不说是一大遗憾。

不过IoC确实包括很多内涵，它涉及到代码解耦，设计模式优化等问题的考量。
2006年多部贺岁大片以让人应接不暇的频率纷至沓来，其中张之亮的《墨攻》算是比较出彩的一部，讲述了战国时期墨家人革离帮助梁国反抗赵国侵略的个人英雄主义故事，恢宏壮阔，浑雄凝重的历史场面相当震撼。其中有一个场景：当刘德华所饰的墨者革离到达梁国都城下，城上梁国守军问：“来者何人？”，刘德华回答：“墨者革离！”，我们不妨用Java对这段“城门问对”的场景进行编剧并借由这个例子来理解IoC的内涵。

剧本和饰演者耦合

MoAttack代表《墨攻》的剧本，cityGetAsk()代表“城门问对”这段剧情，LiuDeHua是具体饰演者刘天王：
代码清单 1 MoAttack：通过演员安排剧本

public class MoAttack {
   public void cityGateAsk(){
       LiuDeHua ldh = new LiuDeHua(); ① 演员直接侵入剧本
       ldh.responseAsk("墨者革离！");
   }
}

我们会发现以上剧本在①处，作为具体饰演者的刘德华直接侵入到剧本中，使剧本和演员直接耦合在一起：

看《墨攻》理解IoC概念（图一）

图 1 剧本和演员直接耦合
一个明智的编剧在剧情创作时应围绕故事的角色进行，而不应考虑角色的具体饰演者，这样才可能在剧本投拍时自由地遴选任何适合的演员，而非绑定在刘德华一人身上。通过以上的分析，我们知道需要为该剧本主人公革离定义一个接口，以角色进行剧情安排，饰演者实现角色的接口：
代码清单 2 MoAttack：引入剧本角色

public class MoAttack......{
   public void cityGateAsk()
   ......{
       GeLi geli = new LiuDeHua();  ① 引入革离角色接口
       geli.responseAsk("墨者革离！");    ② 通过接口开展剧情
   }
}

在①处引入了剧本的角色——革离，剧本的情节通过角色展开，在拍摄时角色的事迹由演员表现，如②处所示。因此墨攻、革离、刘德华三者的类图关系如图 2所示：

我们希望剧本和演员无关，可是，在图2中，我们看到MoAttack同时依赖于GeLi接口和LiuDeHua类，并没有达到我们所期望的剧本仅依赖于角色的目的。可是角色最终又必须通过具体的演员才能完成拍摄，如何将让LiuDeHua和剧本无关而又能完成GeLi的具体动作呢？当然是在影片投拍时，导演将LiuDeHua安排在GeLi的角色上，通过导演之手将剧本、角色、饰演者装配起来。

图 3 剧本和饰演者解耦了
通过引入导演，剧本和具体的饰演者解耦了，对应到软件中，导演象是一个装配器，将具体的饰演者赋给了剧本的角色。
现在我们可以反过来讲解IoC的概念了。IoC（Inverse of Control）的字面意思是控制反转，它包括两个层面的内容：其一是“控制”，其二是“反转”，到底是什么东西的控制被反转了呢？对应到前面的例子，“控制”是指GeLi角色扮演者的选择控制权，“反转”是指这种选择控制权从《墨攻》剧本中移除，转交到导演的手中。对于程序来说，即是某一接口具体实现类的选择控制权从客户类中移除，转交给第三方来确定，客户类不知道是哪个具体的实现类，它通过接口方法对实现类进行调用。

因为IoC确实不够开门见山，因此业界曾进行了广泛的讨论，最终软件界的泰斗级人物Martin Fowler提出了DI（依赖注入：Dependency Injection）的概念，即将客户类对接口实现类的依赖关系由第三方（容器或协作类）注入，以移除客户类对具体接口实现类的依赖。“依赖注入”的概念显然比“控制反转”直接达意，易于理解。

进入讨论组讨论。