關(guān)于spring框架中的ioc的幽默解釋
摘要: 關(guān)于spring框架中的ioc的幽默解釋 IoC就是Inversion of Control，控制反轉(zhuǎn)。在Java開發(fā)中，IoC意味著將你設(shè)計好的類交給系統(tǒng)去控制，而不是在你的類內(nèi)部控制。這稱為控制反轉(zhuǎn)...
IoC就是Inversion of Control，控制反轉(zhuǎn)。在Java開發(fā)中，IoC意味著將你設(shè)計好的類交給系統(tǒng)去控制，而不是在你的類內(nèi)部控制。這稱為控制反轉(zhuǎn)。
下面我們以幾個例子來說明什么是IoC
假設(shè)我們要設(shè)計一個Girl和一個Boy類，其中Girl有kiss方法，即Girl想要Kiss一個Boy。那么，我們的問題是，Girl如何能夠認(rèn)識這個Boy？
在我們中國，常見的ＭＭ與GG的認(rèn)識方式有以下幾種：
１ 青梅竹馬；
２ 親友介紹；
３ 父母包辦
那么哪一種才是***呢？
青梅竹馬：Girl從小就知道自己的Boy。
- public class Girl {
- void kiss(){
- Boy boy = new Boy();
- }
- }
然而從開始就創(chuàng)建的Boy缺點就是無法在更換。并且要負(fù)責(zé)Boy的整個生命周期。如果我們的Girl想要換一個怎么辦？（筆者嚴(yán)重不支持Girl經(jīng)常更換Boy）
親友介紹：由中間人負(fù)責(zé)提供Boy來見面
- public class Girl {
- void kiss(){
- Boy boy = BoyFactory.createBoy();
- }
- }
親友介紹，固然是好。如果不滿意，盡管另外換一個好了。但是，親友BoyFactory經(jīng)常是以Singleton的形式出現(xiàn)，不然就是，存在于 Globals，無處不在，無處不能。實在是太繁瑣了一點，不夠靈活。我為什么一定要這個親友摻和進(jìn)來呢？為什么一定要付給她介紹費呢？萬一***的朋友愛上了我的男朋友呢？
父母包辦：一切交給父母，自己不用費吹灰之力，只需要等著Kiss就好了。
- http://java.chinaitlab.com/UploadFiles_8734/200701/20070123095103329.gif>;
- public class Girl {
- void kiss(Boy boy){
- // kiss boy
- boy.kiss();
- }
- }
Well，這是對Girl***的方法，只要想辦法賄賂了Girl的父母，并把Boy交給他。那么我們就可以輕松的和Girl來Kiss了。看來幾千年傳統(tǒng)的父母之命還真是有用哦。至少Boy和Girl不用自己瞎忙乎了。
這就是IOC，將對象的創(chuàng)建和獲取提取到外部。由外部容器提供需要的組件。
我們知道好萊塢原則：“Do not call us, we will call you.” 意思就是，You, girlie, do not call the boy. We will feed you a boy。
我們還應(yīng)該知道依賴倒轉(zhuǎn)原則即 Dependence Inversion Princinple，DIP。
Eric Gamma說，要面向抽象編程。面向接口編程是面向?qū)ο蟮暮诵摹?/p>
組件應(yīng)該分為兩部分，即
Service, 所提供功能的聲明
Implementation, Service的實現(xiàn)
好處是：多實現(xiàn)可以任意切換，防止 “everything depends on everything” 問題．即具體依賴于具體。
所以，我們的Boy應(yīng)該是實現(xiàn)Kissable接口。這樣一旦Girl不想kiss可惡的Boy的話，還可以kiss可愛的kitten和慈祥的grandmother。
http://java.chinaitlab.com/UploadFiles_8734/200701/20070123095104926.gif>;
二、IOC的type
IoC的Type指的是Girl得到Boy的幾種不同方式。我們逐一來說明。
IOC type 0：不用IOC
- public class Girl implements Servicable {
- private Kissable kissable;
- public Girl() {
- kissable = new Boy();
- }
- public void kissYourKissable() {
- kissable.kiss();
- }
- }
Girl自己建立自己的Boy，很難更換，很難共享給別人，只能單獨使用，并負(fù)責(zé)完全的生命周期。
IOC type 1，先看代碼：
- public class Girl implements Servicable {
- Kissable kissable;
- public void service(ServiceManager mgr) {
- kissable = (Kissable) mgr.lookup(“kissable”);
- }
- public void kissYourKissable() {
- kissable.kiss();
- }
- }
這種情況出現(xiàn)于Avalon Framework。一個組件實現(xiàn)了Servicable接口，就必須實現(xiàn)service方法，并傳入一個ServiceManager。其中會含有需要的其它組件。只需要在service方法中初始化需要的Boy。
另外，J2EE中從Context取得對象也屬于type 1。
它依賴于配置文件
- <container>
- <component name=“kissable“ class=“Boy">
- <configuration> … </configuration>
- </component>
- <component name=“girl" class=“Girl" />
- </container>
IOC type 2：
- public class Girl {
- private Kissable kissable;
- public void setKissable(Kissable kissable) {
- this.kissable = kissable;
- }
- public void kissYourKissable() {
- kissable.kiss();
- }
- }
Type 2出現(xiàn)于Spring Framework，是通過JavaBean的set方法來將需要的Boy傳遞給Girl。它必須依賴于配置文件。
- <beans>
- <bean id=“boy" class=“Boy"/>
- <bean id=“girl“ class=“Girl">
- <property name=“kissable">
- <ref bean=“boy"/>
- </property>
- </bean>
- </beans>
IOC type 3
- public class Girl {
- private Kissable kissable;
- public Girl(Kissable kissable) {
- this.kissable = kissable;
- }
- public void kissYourKissable() {
- kissable.kiss();
- }
- }
這就是PicoContainer的組件 。通過構(gòu)造函數(shù)傳遞Boy給Girl。
- PicoContainer container = new DefaultPicoContainer();
- container.registerComponentImplementation(Boy.class);
- container.registerComponentImplementation(Girl.class);
- Girl girl = (Girl) container.getComponentInstance(Girl.class);
- girl.kissYourKissable();
