總結一下 Spring的IOC DI

[size=medium]

國慶節剛過，應一些朋友的提問，總結一下spring中ioc也即di的通俗理解。

[b]ioc、di模式

1.依賴[/b]

依賴就是有聯絡，有地方使用到它就是有依賴它，乙個系統不可能完全避免依賴。如果你的乙個類或者模組在專案中沒有用到它，恭喜你，可以從專案中剔除它或者排除它了，因為沒有乙個地方會依賴它。下面看乙個簡單的示例：

[/size]

public class player

}///

/// **檔案

///

public class mediafile

[b]player依賴mediafile

operationmain依賴player

operationmain依賴mediafile[/b]

[b]2.依賴倒置[/b]

耦合關係就是依賴關係，如果依賴關係相當繁雜，牽一髮而動全身，很難維護；依賴關係越少，耦合關係就越低，系統就越穩定，所以我們要減少依賴。

幸虧robert martin大師提出了物件導向設計原則----依賴倒置原則：　　

[b]a. 上層模組不應該依賴於下層模組，它們共同依賴於乙個抽象。　

b. 抽象不能依賴於具象，具象依賴於抽象。[/b]

理解：a.上層是使用者，下層是被使用者，這就導致的結果是上層依賴下層了，下層變動了，自然就會影響到上層了，導致系統不穩定，甚至是牽一髮而動全身。那怎麼減少依賴呢？就是上層和下層都去依賴另乙個抽象，這個抽象比較穩定，整個就來說就比較穩定了。

b.物件導向程式設計時面向抽象或者面向藉口程式設計，抽象一般比較穩定，實現抽象的具體肯定是要依賴抽象的，抽象不應該去依賴別的具體，應該依賴抽象。

根據原則如下改動：

[b]player依賴mediafile，好辦，讓player和mediafile都去依賴乙個抽象imediafile

operationmain依賴player，好辦，讓operationmain和player都依賴乙個抽象iplayer

operationmain依賴mediafile，好辦，讓operationmain和mediafile都依賴乙個抽象imediafile

iplayer不能依賴具體mediafile，應該依賴於具體mediafile的抽象imediafile[/b][/size]

[img]

package ioc;
public class operationmain 
}

package ioc;
public inte***ce imediafile

package ioc;
public inte***ce iplayer

package ioc;
public class player implements iplayer 
}

package ioc;
import org.junit.test;
public class ioctest 
}

[size=medium]

執行結果：

[b]3.控制反轉(ioc)/依賴注入(di)[/b]

強調一下，ioc跟di要表達的是乙個意思

我們可以通過反射來建立，把具體的檔名寫在配置檔案裡，這時候客戶端**也不用變了，只需要改配置檔案就好了，穩定性又有了提高

這個具物件是哪乙個，全由配置檔案來控制了，這個具體物件的控制權交給了配置檔案了，這也是人們常說的控制反轉。

控制反轉ioc是inversion of control的縮寫，是說物件的控制權進行轉移，轉移到第三方，比如轉移交給了ioc容器，它就是乙個建立工廠，你要什麼物件，它就給你什麼物件，有了ioc容器，依賴關係就變了，原先的依賴關係就沒了，它們都依賴ioc容器了，通過ioc容器來建立它們之間的關係。

[/size]

ref：