一、什么是IOC
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如何能夠認識這個Boy？
在我們中國,，常見的ＭＭ與GG的認識方式有以下幾種
１ 青梅竹馬,； ２ 親友介紹； ３ 父母包辦
那么哪一種才是最好呢,？
青梅竹馬：Girl從小就知道自己的Boy,。
public class Girl {
void kiss(){
Boy boy = new Boy();
}
}
然而從開始就創(chuàng)建的Boy缺點就是無法在更換。并且要負責Boy的整個生命周期,。如果我們的Girl想要換一個怎么辦,？（嚴重不支持Girl經(jīng)常更換Boy,#_#）
親友介紹：由中間人負責提供Boy來見面
public class Girl {
void kiss(){
Boy boy = BoyFactory.createBoy();
}
}
親友介紹，固然是好,。如果不滿意,，盡管另外換一個好了,。但是，親友BoyFactory經(jīng)常是以Singleton的形式出現(xiàn),，不然就是,，存在于Globals，無處不在,，無處不能,。實在是太繁瑣了一點，不夠靈活,。我為什么一定要這個親友摻和進來呢,？為什么一定要付給她介紹費呢？萬一最好的朋友愛上了我的男朋友呢,？
父母包辦：一切交給父母,，自己不用費吹灰之力，只需要等著Kiss就好了,。
public class Girl {
void kiss(Boy boy){
// kiss boy
boy.kiss();
}
}
Well,，這是對Girl最好的方法，只要想辦法賄賂了Girl的父母,，并把Boy交給他,。那么我們就可以輕松的和Girl來Kiss了?？磥韼浊陚鹘y(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,。
我們還應該知道依賴倒轉(zhuǎn)原則即 Dependence Inversion Princinple，DIP
Eric Gamma說,，要面向抽象編程,。面向接口編程是面向?qū)ο蟮暮诵摹?/FONT>
組件應該分為兩部分，即 Service, 所提供功能的聲明 Implementation, Service的實現(xiàn)
好處是：多實現(xiàn)可以任意切換,，防止 “everything depends on everything” 問題．即具體依賴于具體,。
所以，我們的Boy應該是實現(xiàn)Kissable接口,。這樣一旦Girl不想kiss可惡的Boy的話,，還可以kiss可愛的kitten和慈祥的grandmother。
二,、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，很難更換,，很難共享給別人,，只能單獨使用，并負責完全的生命周期,。
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,。它依賴于配置文件。
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,。它必須依賴于配置文件。
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();
參考資料
1 http://www./presentations/JavaPolis2003.ppt
http://www./presentations/JavaPolis2003.pdf
2 DIP,， Robert C Martin, Bob大叔的優(yōu)秀論文
http://www./resources/articles/dip.pdf
3 Dependency Injection 依賴注射，Matrin Fowler對DIP的擴展
http://www./articles/injection.html
4 IOC框架
PicoContainer 優(yōu)秀的IOC框架
http:///
Avalon
http://avalon./
Spring Framework
http://www./
HiveMind
http://jakarta./commons/hivemind
