亚洲激情专区-91九色丨porny丨老师-久久久久久久女国产乱让韩-国产精品午夜小视频观看

溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務條款》

什么是IOC與DI

發布時間:2021-10-13 15:13:30 來源:億速云 閱讀:198 作者:iii 欄目:編程語言

本篇內容主要講解“什么是IOC與DI”,感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷,實用性強。下面就讓小編來帶大家學習“什么是IOC與DI”吧!

1、IOC是什么

IOC - Inversion of Control,即“控制反轉”,不是什么技術,而是一種設計思想。在Java 開發中,Ioc 意味著將你設計好的對象交給容器控制,而不是傳統的在你的對象內部直接控制。  
如何理解好 Ioc 呢?理解好 Ioc 的關鍵是要明確“誰控制誰,控制什么,為何是反轉(有反轉就應該有正轉了),哪些方面反轉了”,那我們來深入分析一下:  
誰控制誰,控制什么:傳統 Java SE 程序設計,我們直接在對象內部通過 new 進行創建對象,是程序主動去創建依賴對象;而 IOC 是有專門一個容器來創建這些對象,即由 IOC 容器來控制對象的創建而不再顯式地使用 new;誰控制誰?當然是IOC容器控制了對象;控制什么?那就是主要控制了外部資源獲取和生命周期(不只是對象也包括文件等)。  
為何是反轉,哪些方面反轉了:有反轉就有正轉,傳統應用程序是由我們自己在對象中主動控制去直接獲取依賴對象,也就是正轉;而反轉則是由容器來幫忙創建及注入依賴對象;為何是反轉?因為由容器幫我們查找及注入依賴對象,對象只是被動的接受依賴對象,所以是反轉;哪些方面反轉了?依賴對象的獲取被反轉了。  

用圖例說明一下,傳統程序設計如圖1,都是主動去創建相關對象然后再組合起來:

什么是IOC與DI  
圖1 傳統應用程序結構圖  

當有了IOC的容器后,在客戶端類中不再主動去創建這些對象了,程序的結構圖變成如圖2所示:

什么是IOC與DI  
圖2 有IOC容器后的程序結構圖     

2、IoC能做什么

IOC不是一種技術,只是一種思想,一個重要的面向對象編程的法則,它能指導我們如何設計出松耦合、更優良的程序。傳統應用程序都是由我們在類內部主動創建依賴對象,從而導致類與類之間高耦合,難于測試;  

有了IOC容器后,把創建和查找依賴對象的控制權交給了容器,由容器進行注入組合對象,所以對象與對象之間是松散耦合,這樣也方便測試,利于功能復用,更重要的是使得程序的整個體系結構變得非常靈活。

其實IOC對編程帶來的最大改變不是從代碼上,而是從思想上,發生了“主從換位”的變化。應用程序原本是老大,要獲取什么資源都是主動出擊,但是在IOC/DI思想中,應用程序就變成被動的了,被動的等待IOC容器來創建并注入它所需要的資源了。  
IOC很好的體現了面向對象設計法則之一 - 好萊塢法則:“別找我們,我們找你”;即由IOC容器幫對象找相應的依賴對象并注入,而不是由對象主動去找。     

3、IOC和DI

DI—Dependency Injection,即“依賴注入”:是組件之間依賴關系由容器在運行期決定,形象的說,即由容器動態的將某個依賴關系注入到組件之中。  
依賴注入的目的并非為軟件系統帶來更多功能,而是為了提升組件重用的頻率,并為系統搭建一個靈活、可擴展的平臺。通過依賴注入機制,我們只需要通過簡單的配置,而無需任何代碼就可指定目標需要的資源,完成自身的業務邏輯,而不需要關心具體的資源來自何處,由誰實現。  
理解DI的關鍵是:“誰依賴誰,為什么需要依賴,誰注入誰,注入了什么”,那我們來深入分析一下:  
誰依賴于誰:當然是應用程序依賴于 IOC 容器;  
  • 為什么需要依賴:應用程序需要 IOC 容器來提供對象需要的外部資源;

  • 誰注入誰:很明顯是 IOC 容器注入應用程序某個對象,應用程序依賴的對象;

  • 注入了什么:就是注入某個對象所需要的外部資源(包括對象、資源、常量數據)。
IOC和DI有什么關系呢?其實它們是同一個概念的不同角度描述,由于控制反轉概念比較含糊(可能只是理解為容器控制對象這一個層面,很難讓人想到誰來維護對象關系),所以2004年大師級人物Martin Fowler又給出了一個新的名字:“依賴注入”,相對IOC而言,“依賴注入”明確描述了“被注入對象依賴IOC容器配置依賴對象”。  
看過很多對Spring的Ioc理解的文章,好多人對Ioc和DI的解釋都晦澀難懂,反正就是一種說不清,道不明的感覺,讀完之后依然是一頭霧水,看完這位技術牛人的博客后有一種豁然開朗的研究,他清楚地解釋了IOC(控制反轉) 和DI(依賴注入)中的每一個字,讀完之后給人一種豁然開朗的感覺。我相信對于初學Spring框架的人對IOC的理解應該是有很大幫助的。    

4、IOC 和 DI 的意義

在平時的Java應用開發中,我們要實現某一個功能或者說是完成某個業務邏輯時至少需要兩個或以上的對象來協作完成,在沒有使用Spring的時候,每個對象在需要使用他的合作對象或者依賴對象時,自己均要使用像new object() 這樣的語法來將合作對象創建出來,這個合作對象是由自己主動創建出來的,創建合作對象的主動權在自己手上,自己需要哪個合作對象,就主動去創建,創建合作對象的主動權和創建時機是由自己把控的,而這樣就會使得對象間的耦合度高了,A對象需要使用合作對象B來共同完成一件事,A要使用B,那么A就對B產生了依賴,也就是A和B之間存在一種耦合關系,并且是緊密耦合在一起。  
而使用了Spring之后就不一樣了,創建合作對象B的工作是由Spring來做的,Spring創建好B對象,然后存儲到一個容器里面,當A對象需要使用B對象時,Spring就從存放對象的那個容器里面取出A要使用的那個B對象,然后交給A對象使用,至于Spring是如何創建那個對象,以及什么時候創建好對象的,A對象不需要關心這些細節問題(你是什么時候生的,怎么生出來的我可不關心,能幫我干活就行),A得到Spring給我們的對象B之后,兩個人一起協作完成要完成的工作即可。  
所以控制反轉IOC(Inversion of Control)是說創建對象的控制權進行轉移,以前創建對象的主動權和創建時機是由自己把控的,而現在這種權力轉移到第三方,比如轉移交給了IOC容器,它就是一個專門用來創建對象的工廠,你要什么對象,它就給你什么對象,有了 IOC容器,依賴關系就變了,原先的依賴關系就沒了,它們都依賴IOC容器了,通過IOC容器來建立它們之間的關系。  
DI(依賴注入)其實就是IOC的另外一種說法,DI是由Martin Fowler 在2004年初的一篇論文中首次提出的。他總結道:控制的什么被反轉了?就是獲得依賴對象的方式反轉了。  


到此,相信大家對“什么是IOC與DI”有了更深的了解,不妨來實際操作一番吧!這里是億速云網站,更多相關內容可以進入相關頻道進行查詢,關注我們,繼續學習!

向AI問一下細節

免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。

AI

五大连池市| 安新县| 大田县| 贵德县| 洛南县| 镇雄县| 武夷山市| 西吉县| 马山县| 永清县| 兖州市| 新余市| 竹北市| 朝阳区| 五常市| 商河县| 疏附县| 临潭县| 赤城县| 台东县| 周至县| 嵩明县| 通海县| 梧州市| 内江市| 金寨县| 梨树县| 新绛县| 中西区| 阳西县| 公主岭市| 南皮县| 平南县| 仙居县| 轮台县| 炎陵县| 常山县| 张掖市| 神池县| 延津县| 庄浪县|