這可能是對 IOC 和 DI 解釋的最清楚的一篇文章了毛肋!

學習過spring框架的人一定都會聽過Spring的IoC(控制反轉(zhuǎn)) 、DI(依賴注入)這兩個概念乏矾,對于初學Spring的人來說孟抗,總覺得IoC 、DI這兩個概念是模糊不清的钻心,是很難理解的凄硼,今天和大家分享網(wǎng)上的一些技術(shù)大牛們對Spring框架的IOC的理解以及談?wù)勎覍pring Ioc的理解。

1捷沸、IOC是什么

IOC—Inversion of Control摊沉,即“控制反轉(zhuǎn)”,不是什么技術(shù)痒给,而是一種設(shè)計思想说墨。在Java開發(fā)中,Ioc意味著將你設(shè)計好的對象交給容器控制苍柏,而不是傳統(tǒng)的在你的對象內(nèi)部直接控制尼斧。

如何理解好Ioc呢?理解好Ioc的關(guān)鍵是要明確“誰控制誰试吁,控制什么棺棵,為何是反轉(zhuǎn)(有反轉(zhuǎn)就應(yīng)該有正轉(zhuǎn)了),哪些方面反轉(zhuǎn)了”熄捍,那我們來深入分析一下:

誰控制誰烛恤,控制什么: 傳統(tǒng)Java SE程序設(shè)計,我們直接在對象內(nèi)部通過new進行創(chuàng)建對象余耽,是程序主動去創(chuàng)建依賴對象缚柏;而IOC是有專門一個容器來創(chuàng)建這些對象,即由IOc容器來控制對象的創(chuàng)建而不再顯式地使用new宾添;誰控制誰船惨?當然是IOC容器控制了對象;控制什么缕陕?那就是主要控制了外部資源獲取和生命周期(不只是對象也包括文件等)粱锐。

為何是反轉(zhuǎn),哪些方面反轉(zhuǎn)了: 有反轉(zhuǎn)就有正轉(zhuǎn)扛邑,傳統(tǒng)應(yīng)用程序是由我們自己在對象中主動控制去直接獲取依賴對象怜浅,也就是正轉(zhuǎn);而反轉(zhuǎn)則是由容器來幫忙創(chuàng)建及注入依賴對象;為何是反轉(zhuǎn)恶座?因為由容器幫我們查找及注入依賴對象搀暑,對象只是被動的接受依賴對象,所以是反轉(zhuǎn)跨琳;哪些方面反轉(zhuǎn)了自点?依賴對象的獲取被反轉(zhuǎn)了。

用圖例說明一下脉让,傳統(tǒng)程序設(shè)計如圖1桂敛,都是主動去創(chuàng)建相關(guān)對象然后再組合起來:


image.png

當有了IOC的容器后,在客戶端類中不再主動去創(chuàng)建這些對象了溅潜,程序的結(jié)構(gòu)圖變成如圖2所示:


image.png

2术唬、IoC能做什么

IOC不是一種技術(shù),只是一種思想滚澜,一個重要的面向?qū)ο缶幊痰姆▌t粗仓,它能指導我們?nèi)绾卧O(shè)計出松耦合、更優(yōu)良的程序设捐。傳統(tǒng)應(yīng)用程序都是由我們在類內(nèi)部主動創(chuàng)建依賴對象借浊,從而導致類與類之間高耦合,難于測試挡育;

有了IOC容器后巴碗,把創(chuàng)建和查找依賴對象的控制權(quán)交給了容器,由容器進行注入組合對象即寒,所以對象與對象之間是松散耦合橡淆,這樣也方便測試,利于功能復用母赵,更重要的是使得程序的整個體系結(jié)構(gòu)變得非常靈活逸爵。

其實IOC對編程帶來的最大改變不是從代碼上,而是從思想上凹嘲,發(fā)生了“主從換位”的變化师倔。應(yīng)用程序原本是老大,要獲取什么資源都是主動出擊周蹭,但是在IOC/DI思想中趋艘,應(yīng)用程序就變成被動的了,被動的等待IOC容器來創(chuàng)建并注入它所需要的資源了凶朗。

IOC很好的體現(xiàn)了面向?qū)ο笤O(shè)計法則之一—— 好萊塢法則:“別找我們瓷胧,我們找你”;即由IOC容器幫對象找相應(yīng)的依賴對象并注入棚愤,而不是由對象主動去找搓萧。

3杂数、IOC和DI

DI—Dependency Injection,即“依賴注入”:是組件之間依賴關(guān)系由容器在運行期決定瘸洛,形象的說揍移,即由容器動態(tài)的將某個依賴關(guān)系注入到組件之中。

依賴注入的目的并非為軟件系統(tǒng)帶來更多功能反肋,而是為了提升組件重用的頻率那伐,并為系統(tǒng)搭建一個靈活、可擴展的平臺石蔗。通過依賴注入機制喧锦,我們只需要通過簡單的配置,而無需任何代碼就可指定目標需要的資源抓督,完成自身的業(yè)務(wù)邏輯,而不需要關(guān)心具體的資源來自何處束亏,由誰實現(xiàn)铃在。

理解DI的關(guān)鍵是:“誰依賴誰,為什么需要依賴碍遍,誰注入誰定铜,注入了什么”,那我們來深入分析一下:

誰依賴于誰:當然是應(yīng)用程序依賴于IOC容器怕敬;

為什么需要依賴:應(yīng)用程序需要IOC容器來提供對象需要的外部資源揣炕;
誰注入誰:很明顯是IOC容器注入應(yīng)用程序某個對象,應(yīng)用程序依賴的對象东跪;
注入了什么:就是注入某個對象所需要的外部資源(包括對象畸陡、資源、常量數(shù)據(jù))虽填。
IOC和DI有什么關(guān)系呢丁恭?其實它們是同一個概念的不同角度描述,由于控制反轉(zhuǎn)概念比較含糊(可能只是理解為容器控制對象這一個層面斋日,很難讓人想到誰來維護對象關(guān)系)牲览,所以2004年大師級人物Martin Fowler又給出了一個新的名字:“依賴注入”,相對IOC而言恶守,“依賴注入”明確描述了“被注入對象依賴IOC容器配置依賴對象”第献。

看過很多對Spring的Ioc理解的文章,好多人對Ioc和DI的解釋都晦澀難懂兔港,反正就是一種說不清庸毫,道不明的感覺,讀完之后依然是一頭霧水押框,看完這位技術(shù)牛人的博客后有一種豁然開朗的研究岔绸,他清楚地解釋了IOC(控制反轉(zhuǎn)) 和DI(依賴注入)中的每一個字,讀完之后給人一種豁然開朗的感覺。我相信對于初學Spring框架的人對IOC的理解應(yīng)該是有很大幫助的盒揉。

4晋被、IOC和DI的意義

在平時的Java應(yīng)用開發(fā)中,我們要實現(xiàn)某一個功能或者說是完成某個業(yè)務(wù)邏輯時至少需要兩個或以上的對象來協(xié)作完成刚盈,在沒有使用Spring的時候羡洛,每個對象在需要使用他的合作對象或者依賴對象時,自己均要使用像new object() 這樣的語法來將合作對象創(chuàng)建出來藕漱,這個合作對象是由自己主動創(chuàng)建出來的欲侮,創(chuàng)建合作對象的主動權(quán)在自己手上,自己需要哪個合作對象肋联,就主動去創(chuàng)建威蕉,創(chuàng)建合作對象的主動權(quán)和創(chuàng)建時機是由自己把控的,而這樣就會使得對象間的耦合度高了橄仍,A對象需要使用合作對象B來共同完成一件事韧涨,A要使用B,那么A就對B產(chǎn)生了依賴侮繁,也就是A和B之間存在一種耦合關(guān)系虑粥,并且是緊密耦合在一起。

而使用了Spring之后就不一樣了宪哩,創(chuàng)建合作對象B的工作是由Spring來做的娩贷,Spring創(chuàng)建好B對象,然后存儲到一個容器里面锁孟,當A對象需要使用B對象時彬祖,Spring就從存放對象的那個容器里面取出A要使用的那個B對象,然后交給A對象使用罗岖,至于Spring是如何創(chuàng)建那個對象涧至,以及什么時候創(chuàng)建好對象的,A對象不需要關(guān)心這些細節(jié)問題(你是什么時候生的桑包,怎么生出來的我可不關(guān)心南蓬,能幫我干活就行),A得到Spring給我們的對象B之后哑了,兩個人一起協(xié)作完成要完成的工作即可赘方。

所以控制反轉(zhuǎn)IOC(Inversion of Control)是說創(chuàng)建對象的控制權(quán)進行轉(zhuǎn)移,以前創(chuàng)建對象的主動權(quán)和創(chuàng)建時機是由自己把控的弱左,而現(xiàn)在這種權(quán)力轉(zhuǎn)移到第三方窄陡,比如轉(zhuǎn)移交給了IOC容器,它就是一個專門用來創(chuàng)建對象的工廠拆火,你要什么對象跳夭,它就給你什么對象涂圆,有了 IOC容器,依賴關(guān)系就變了币叹,原先的依賴關(guān)系就沒了润歉,它們都依賴IOC容器了,通過IOC容器來建立它們之間的關(guān)系颈抚。

DI(依賴注入)其實就是IOC的另外一種說法踩衩,DI是由Martin Fowler 在2004年初的一篇論文中首次提出的。他總結(jié)道:控制的什么被反轉(zhuǎn)了贩汉?就是獲得依賴對象的方式反轉(zhuǎn)了驱富。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市匹舞,隨后出現(xiàn)的幾起案子褐鸥,更是在濱河造成了極大的恐慌,老刑警劉巖赐稽,帶你破解...
    沈念sama閱讀 211,348評論 6 491
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件晶疼,死亡現(xiàn)場離奇詭異,居然都是意外死亡又憨,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,122評論 2 385
  • 文/潘曉璐 我一進店門锭吨,熙熙樓的掌柜王于貴愁眉苦臉地迎上來蠢莺,“玉大人,你說我怎么就攤上這事零如□锝” “怎么了?”我有些...
    開封第一講書人閱讀 156,936評論 0 347
  • 文/不壞的土叔 我叫張陵考蕾,是天一觀的道長祸憋。 經(jīng)常有香客問我,道長肖卧,這世上最難降的妖魔是什么蚯窥? 我笑而不...
    開封第一講書人閱讀 56,427評論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮塞帐,結(jié)果婚禮上拦赠,老公的妹妹穿的比我還像新娘。我一直安慰自己葵姥,他們只是感情好荷鼠,可當我...
    茶點故事閱讀 65,467評論 6 385
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著榔幸,像睡著了一般允乐。 火紅的嫁衣襯著肌膚如雪矮嫉。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,785評論 1 290
  • 那天牍疏,我揣著相機與錄音蠢笋,去河邊找鬼。 笑死麸澜,一個胖子當著我的面吹牛挺尿,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播炊邦,決...
    沈念sama閱讀 38,931評論 3 406
  • 文/蒼蘭香墨 我猛地睜開眼编矾,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了馁害?” 一聲冷哼從身側(cè)響起窄俏,我...
    開封第一講書人閱讀 37,696評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎碘菜,沒想到半個月后凹蜈,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,141評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡忍啸,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,483評論 2 327
  • 正文 我和宋清朗相戀三年仰坦,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片计雌。...
    茶點故事閱讀 38,625評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡悄晃,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出凿滤,到底是詐尸還是另有隱情妈橄,我是刑警寧澤,帶...
    沈念sama閱讀 34,291評論 4 329
  • 正文 年R本政府宣布翁脆,位于F島的核電站眷蚓,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏反番。R本人自食惡果不足惜沙热,卻給世界環(huán)境...
    茶點故事閱讀 39,892評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望罢缸。 院中可真熱鬧校读,春花似錦、人聲如沸祖能。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,741評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽养铸。三九已至雁芙,卻和暖如春轧膘,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背兔甘。 一陣腳步聲響...
    開封第一講書人閱讀 31,977評論 1 265
  • 我被黑心中介騙來泰國打工谎碍, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人洞焙。 一個月前我還...
    沈念sama閱讀 46,324評論 2 360
  • 正文 我出身青樓蟆淀,卻偏偏與公主長得像,于是被迫代替她去往敵國和親澡匪。 傳聞我的和親對象是個殘疾皇子熔任,可洞房花燭夜當晚...
    茶點故事閱讀 43,492評論 2 348

推薦閱讀更多精彩內(nèi)容