對IOC的解釋為：“Inversion of control is a common characteristic of frameworks， so saying that these lightweight containers are special because they use inversion of control is like saying my car is special because it has wheels.”

我想對這一概念執(zhí)行 一個(gè)個(gè)人的闡述，以方便我的理解。控制反轉(zhuǎn)，從字面意思來看， 就是控制權(quán)由被動變主動又變?yōu)楸粍?，或被動變主動又變?yōu)楸粍?。從這個(gè)角度來說，IOC就變得非常容易理解了。 　
舉個(gè)例子：你的主管要求你做一件事情，這個(gè)時(shí)候就存在這么多個(gè) 流程 ,主管命令你做事情（這個(gè)時(shí)候主動權(quán)在主管，你是被動的） 　　
你接到命令做事情（這個(gè)時(shí)候主題是你，你是主動的，控制權(quán)在你手里） 你完成事情（這個(gè)時(shí)候主題依然是你，控制權(quán)在你手里） 　　
報(bào)告主管做完事情（主動權(quán)又叫交到主管手里了）

上面的整個(gè)流程 就完成了一次IOC，從上面可以看出，IOC的基本思想是控制權(quán)的轉(zhuǎn)換流程 。 　　

舉個(gè)代碼的例子：
假如有Class A，Class B，在A內(nèi)部會原始化一個(gè)B，調(diào)用B的一個(gè)要領(lǐng)

DoMethod public Class B

　　{

　　public void DoMethod（）

　　{

　　/// do somthing；

　　}

　　}

　　public Class A

　　{

　　public void Excute（）

　　{

　　B b = new B（）；

　　b.DoMethod（）；

　　}

　　}

假如在Main函數(shù)中如下執(zhí)行： 　　A a = new A（）； 　　a.Excute（）； 　

從這兩行代碼來看，事實(shí)上也存在一個(gè)IOC的流程 ，a——>b——>a，理解的關(guān)鍵點(diǎn)就在在A的內(nèi)部調(diào)用Excute的時(shí)候， 要領(lǐng) b.DoMethod的執(zhí)行。 　理解了IOC，我們再看一下DI， 從上面A調(diào)用B我們可以看出， 在原始化一個(gè)A的實(shí)例時(shí)，也必須實(shí)例化一個(gè)B，也就是說如果沒有B或者B出了疑問 ， A就不能 實(shí)例化，這就產(chǎn)生了一種依賴，就是A依賴B， 這種依賴從設(shè)計(jì)的角度來說就是耦合，顯然它是不能 滿足高內(nèi)聚低耦合的要求的。這個(gè)時(shí)候就須要 解耦， 當(dāng)然解耦有很多種要領(lǐng) ， 而DI就是其中一種。不管任何一種解耦要領(lǐng) ，都不是說使A和B完全沒有聯(lián)系 ， 而是把這種聯(lián)系 的實(shí)現(xiàn)變得隱晦，不那么直接，但是又很容易實(shí)現(xiàn)， 而且易于擴(kuò)展，不像上面的代碼那樣，直接new一個(gè)B出來。那為什么我們總是把IOC和DI聯(lián)系到一起呢？ 是因?yàn)镈I的基本思想就是IOC，而體現(xiàn)IOC 思想的要領(lǐng) 還有另外一個(gè)，那就是Service Locator，這個(gè)要領(lǐng) 好像涉及到的很少。其實(shí)這些都是從java里面衍生出來的，雖然本人已經(jīng)好幾年沒用java，里面Spring這些都會用到IOC、DI好像他們是緊密連接在一塊的。

最新評論