IoC控制反转理解

IoC（Inverse of Control），即控制反转，也叫做依赖注入。是面向对象设计的一个重要的概念。它提出了将被调用对象的控制权由调用者转移到第三方控制器上。这样以满足软件开发中的依赖倒置（DI）原则。
一个电影为例：
《墨攻》中一片段：守城士兵问刘德华扮演的墨者革离“来者何人？”，革离回答说“墨者革离”。现在考虑这样一个剧本：

class Action{
public void gateAsk(){
//演员直接侵入剧本
LiuDeHua ldh=new LiuDeHua();
ldh.responseAsk();
}
}

可以看到，演员直接侵入了剧本之中，这样假设不再由刘德华扮演革离，那么剧本将不再适用。为此，我们实现一个革离的接口，通过接口展开剧情：

class Action{
public void gateAsk(){
//引入接口展开剧情
GeLi geli=new LiuDeHua();
geli.responseAsk();
}
}

这样的Action、LiuDeHua、GeLi关系如下：



但是我们可以看到，LiuDeHua还是出现在剧本之中，脚本最终还是依赖于具体的扮演者。那么如何才能让Action脚本与具体的扮演者无关呢？这时候我们可以考虑一个导演，让他来控制GeLi的扮演者，即由导演决定GeLi的具体实现。如下：



此时，我们在不经意间，已经完成了控制反转：原本在脚本（调用者）之中就要给定具体的演员（被调用者），此时，我们将演员的决定权交由导演（第三方控制器）决定。以上便是控制反转的介绍。在实践中，我们通常有三种方式实现控制反转：
构造函数注入
属性注入
依赖注入
1.构造函数注入：
    在构造函数中将接口的实现类以参数的方式传入。例如：

class Action{
private GeLi geli;
public Action(GeLi geli){
this.geli=geli;
}
public void gateAsk(){
//引入接口展开剧情
GeLi geli=new LiuDeHua();
geli.responseAsk();
}
}

public class Director{
GeLi geli=new LiuDeHua();
Action action=new Action(geli);
action.gateAsk();
}

但是存在一个弊端就是，演员刘德华在脚本开始拍摄时就一直在场。这显然是不可取的（因为这会占用计算机的内存）。所以一个好的方法是让演员在有戏的地方出现：
2.属性注入：
    其实就是通过一个getter和一个setter完成对相关接口的实现类的传入：

class Action{
private GeLi geli;
public Action(){}
//属性注入
public void setGeLi(GeLi geli){
this.geli=geli;
}
public void gateAsk(){
//引入接口展开剧情
GeLi geli=new LiuDeHua();
geli.responseAsk();
}
}

public class Director{
GeLi geli=new LiuDeHua();
Action action=new Action();
action.setGeLi(geli);
action.gateAsk();
}
3.接口注入：
    其实就是就是将所有依赖注入的方法集合到一个接口中，然后通过实现接口方法来实现接口实现类的传入。

/**
* ActorArrange接口
*/
public interface ActorArrange {
public void setGeLi(GeLi geli);
}

class Action implements ActorArrange{
private GeLi geli;
public Action(){}
//属性注入
public void setGeLi(GeLi geli){
this.geli=geli;
}
public void gateAsk(){
//引入接口展开剧情
GeLi geli=new LiuDeHua();
geli.responseAsk();
}
}

public class Director{
GeLi geli=new LiuDeHua();
Action action=new Action();
action.setGeLi(geli);
action.gateAsk();
}

    这样，我们成功地将控制权转移到了Director上，使得Action只专注于拍摄。但是总得工作量并没有减少啊！如何实现这些演员分配工作的自动化呢？由此，我们引入了第三方容器。它帮助完成类的初始化与装配工作，让开发者从这些底层实现类的实例化、依赖关系装配等工作中脱离出来，专注于更有意义的业务逻辑开发工作。

    本文转自http://stamen.iteye.com/blog/1489223/，在此感谢原著作者。