IOC原理

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

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

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

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

通过代码表示如下。@H_301_84@

@H_301_84@publicclassGirl{@H_301_84@

@H_301_84@voidkiss(){@H_301_84@

@H_301_84@Boyboy=newBoy();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@@H_301_84@

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

通过代码表示如下。@H_301_84@

@H_301_84@publicclassGirl{@H_301_84@

@H_301_84@voidkiss(){@H_301_84@

@H_301_84@Boyboy=BoyFactory.createBoy();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

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

@H_301_84@

通过代码表示如下。@H_301_84@

@H_301_84@publicclassGirl{@H_301_84@

@H_301_84@voidkiss(Boyboy){@H_301_84@

@H_301_84@//kissboy@H_301_84@

@H_301_84@boy.kiss();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

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

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

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

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

@H_301_84@publicclassGirlimplementsServicable{@H_301_84@

@H_301_84@Kissablekissable;@H_301_84@

@H_301_84@publicvoidservice(ServiceManagermgr){@H_301_84@

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

@H_301_84@}@H_301_84@

@H_301_84@publicvoidkissYourKissable(){@H_301_84@

@H_301_84@kissable.kiss();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@@H_301_84@

@H_301_84@<container>@H_301_84@

@H_301_84@<componentname="kissable"class="Boy">@H_301_84@

@H_301_84@<configuration>…</configuration>@H_301_84@

@H_301_84@</component>@H_301_84@

<componentname=@H_301_84@"girl@H_301_84@"class=@H_301_84@"Girl@H_301_84@"/>@H_301_84@

@H_301_84@</container>@H_301_84@

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

@H_301_84@publicclassGirl{@H_301_84@

@H_301_84@privateKissablekissable;@H_301_84@

@H_301_84@publicvoidsetKissable(Kissablekissable){@H_301_84@

@H_301_84@this.kissable=kissable;@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@publicvoidkissYourKissable(){@H_301_84@

@H_301_84@kissable.kiss();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@@H_301_84@

@H_301_84@<beans>@H_301_84@

@H_301_84@<beanid="boy"class="Boy"/>@H_301_84@

@H_301_84@<beanid="girl"class="Girl">@H_301_84@

<propertyname="kissable">

<refbean="boy"/>

</property>

@H_301_84@</bean>@H_301_84@

@H_301_84@</beans>@H_301_84@

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

@H_301_84@publicclassGirl{@H_301_84@

@H_301_84@privateKissablekissable;@H_301_84@

@H_301_84@publicGirl(Kissablekissable){@H_301_84@

@H_301_84@this.kissable=kissable;@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@publicvoidkissYourKissable(){@H_301_84@

@H_301_84@kissable.kiss();@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@}@H_301_84@

@H_301_84@@H_301_84@

@H_301_84@PicoContainercontainer=newDefaultPicoContainer();@H_301_84@

@H_301_84@container.registerComponentImplementation(Boy.class);@H_301_84@

@H_301_84@container.registerComponentImplementation(Girl.class);@H_301_84@

@H_301_84@Girlgirl=(Girl)container.getComponentInstance(Girl.class);@H_301_84@

@H_301_84@girl.kissYourKissable();