控制反转的通俗解释

套用好莱坞的一句名言就是：你呆着别动，到时我会找你。
什么意思呢？就好比一个皇帝和太监
有一天皇帝想幸某个美女，于是跟太监说，今夜我要宠幸美女
皇帝往往不会告诉太监，今晚几点会回宫，会回哪张龙床，他只会告诉太监他要哪位美女
其它一切都交由太监去安排，到了晚上皇帝回宫时，自然会有美女出现在皇帝的龙床上
这就是控制反转，而把美女送到皇帝的寝宫里面去就是注射
太监就是是框架里面的注射控制器类BeanFactory，负责找到美女并送到龙床上去
整个后宫可以看成是Spring框架，美女就是Spring控制下的JavaBean
而传统的模式就是一个饥渴男去找小姐出台
找领班，帮助给介绍一个云云，于是领班就开始给他张罗
介绍一个合适的给他，完事后，再把小姐还给领班，下次再来
这个过程中，领班就是查询上下文Context，领班的一个职能就是给客户找到他们所要的小姐
这就是lookup()方法，领班手中的小姐名录就是JNDI//Java Naming and Directory Interface
小姐就是EJB，饥渴男是客户端，青楼是EJB容器
看到区别了么？饥渴男去找小姐出台很麻烦，不仅得找，用完后还得把小姐给还回去
而皇帝爽翻了，什么都不用管，交给太监去处理，控制权转移到太监手中去了
而不是皇帝，必要时候由太监给注射进去就可以了
看到Spring的美妙了吧，Spring还提供了与多个主流框架的支持
可以和其它开源框架集成

 

 

IoC，用白话来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也
就是所谓“控制反转”的概念所在：控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。
USB接口例子：
笔记本电脑与外围存储设备通过预先指定的一个接口（USB）相连，对于笔记本而言，
只是将用户指定的数据发送到USB接口，而这些数据何去何从，则由当前接入的USB设备决定。在USB
设备加载之前，笔记本不可能预料用户将在USB接口上接入何种设备，只有USB设备接入之后，这种设
备之间的依赖关系才开始形成。
对应上面关于依赖注入机制的描述，在运行时（系统开机，USB 设备加载）由容器（运行在笔记本
中的Windows操作系统）将依赖关系（笔记本依赖USB设备进行数据存取）注入到组件中（Windows
文件访问组件）。
理解：
传统模式中是类和类之间直接调用，所以有很强的耦合度，程序之间的依赖关系比较强，后期维护时牵扯的比较多。
IOC，用配置文件(XML)来描述类与类之间的关系，由容器来管理，降低了程序间的耦合度，程序的修改可以通过简单的配置文件修改来实现

面向切面编程AOP

Aspect Oriented Programming（面向切面编程），可以 通过预编译方式和运行期动态代理实现在不修改源代码的情况下给程序动态统一 添加功能的一种技术。

 

 

6.2.1   IOC 原理

IoC，直观地讲，就是容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在。控制权由应用代码中转到了外部容器，控制权的转移是所谓反转。IoC还有另外一个名字——“依赖注入（Dependency Injection）”。从名字上理解，所谓依赖注入，即组件之间的依赖关系由容器在运行期决定，形象地说，即由容器动态地将某种依赖关系注入到组件之中。

下面通过一个生动形象的例子介绍控制反转。

比如，一个女孩希望找到合适的男朋友，如图6-2所示，可以有3种方式，即青梅竹马、亲友介绍、父母包办。

 

第1种方式是青梅竹马，如图6-3所示。

通过代码表示如下。

public class Girl {

  void kiss(){

    Boy boy = new Boy();

  }

}

 

第2种方式是亲友介绍，如图**所示。

通过代码表示如下。

public class Girl {

  void kiss(){

    Boy boy = BoyFactory.createBoy();

  }

}

第3种方式是父母包办，如图6-5所示。

 

通过代码表示如下。

public class Girl {

  void kiss(Boy boy){

    // kiss boy

   boy.kiss();

  }

}

哪一种为控制反转IoC呢？虽然在现实生活中我们都希望青梅竹马，但在Spring世界里，选择的却是父母包办，它就是控制反转，而这里具有控制力的父母，就是Spring所谓的容器概念。

典型的IoC可以如图6-6所示。

 

IoC的3种依赖注入类型如下。

第1种是通过接口注射，这种方式要求我们的类必须实现容器给定的一个接口，然后容器会利用这个接口给我们这个类注射它所依赖的类。

public class Girl implements Servicable {

  Kissable kissable;

  public void service(ServiceManager mgr) {

    kissable = (Kissable) mgr.lookup("kissable");

  }

  public void kissYourKissable() {

    kissable.kiss();

  }

}

 

<container>

  <component name="kissable" class="Boy">      

    <configuration> … </configuration>

  </component>

  <component name="girl" class="Girl" />

</container>

第2种是通过setter方法注射，这种方式也是Spring推荐的方式。

public class Girl {

  private Kissable kissable;

  public void setKissable(Kissable kissable) {

    this.kissable = kissable;

  }

  public void kissYourKissable() {

    kissable.kiss();

  }

}

 

<beans>

  <bean id="boy" class="Boy"/>

  <bean id="girl" class="Girl">

    <property name="kissable">

      <ref bean="boy"/>

    </property>

  </bean>

</beans>

第3种是通过构造方法注射类，这种方式Spring同样给予了实现，它和通过setter方式一样，都在类里无任何侵入性，但是，不是没有侵入性，只是把侵入性转移了，显然第1种方式要求实现特定的接口，侵入性非常强，不方便以后移植。

public class Girl {

  private Kissable kissable;

  public Girl(Kissable kissable) {

    this.kissable = kissable;

  }

  public void kissYourKissable() {

    kissable.kiss();

  }

}

 

PicoContainer container = new DefaultPicoContainer();

container.registerComponentImplementation(Boy.class);

container.registerComponentImplementation(Girl.class);

Girl girl = (Girl) container.getComponentInstance(Girl.class);

girl.kissYourKissable();