ioc - inversion of control（將原先類產生的例項轉移到spring容器中）一、控制反**
1.是一種設計思想；將設計好的物件交給容器控制，而不是傳統的在你的物件內部直接控制。
2.主要控制了外部資源獲取（不只是物件，包括檔案等）。
3.傳統應用程式是由我們自己在物件中主動控制直接獲取依賴物件，就是正轉；而反轉則是由容器來幫忙建立及注入依賴物件。
為何是反轉？
由容器幫我們查詢以及注入依賴物件，物件只是被動的接受依賴物件，所以是反轉；
哪些方面反轉了？
依賴物件的獲取被反轉了。
二、ioc能做什麼？
ioc對程式設計帶來的最大改變不是從**上，而是從思想上發生了主從換位的變化。應用程式原本是老大，要獲取什麼資源都是主動出擊，但是在ioc/di思想中應用程式就變成被動，被動的等待ioc容器來建立並注入它所需要的資源。ioc很好的體現了物件導向設計法則，即由ioc容器幫物件找相應的 依賴物件並注入，而不是由物件主動去找。
di - dependency injection （根據例項的依賴關係注入到spring元件中去）一、依賴注入：
1.元件之間是依賴關係，由容器在執行期決定。
2.即由容器動態的將某個依賴關係注入到元件之中。
3.依賴注入目的並非為軟體系統帶來更多功能，是為了提公升元件重用頻率，並為系統搭建乙個靈活、可擴充套件的平台。
二、依賴關係：
1.誰依賴於誰：應用程式依賴ioc容器；
2.為什麼需要依賴：應用程式需要ioc容器來提供物件需要的外部資源；
3.誰注入誰：ioc容器注入應用程式依賴的物件；
4.注入了什麼：注入物件所需要的外部資源（包括物件、資源、常量資料）。
ioc和di什麼關係？
其實它們是同乙個概念的不同角度描述，相互依存相互幫助；相對ioc，「依賴注入」明確描述了「被注入物件依賴ioc容器配置依賴物件」。
控制反轉 IoC 與依賴注入 DI
最近幾天在 研究容器。發現有幾個理念需要理一下。細一看，又發現根本就是我們之前學過的東西。控制反轉 ioc 與依賴注入 di 這兩個概念有很多相同的內容，只不過是側重不相同。控制反轉 控制反轉 inversion of control，英文縮寫為ioc 是乙個重要的物件導向程式設計的法則來削減電腦程...
控制反轉（IoC）與依賴注入（DI）
關於spring控制反轉和依賴注入的文章 書籍很多，大家對其解釋也仁者見仁，這裡就不贅述了。下面我用通俗的例子和平實話語談一談自己的理解，希望對您有所幫助。控制反轉 ioc inverse of control 應用程式 呼叫者 本身不負責依賴物件 被呼叫者 的建立和維護，而是由外部容器負責建立組裝...
控制反轉 IOC 和依賴注入 DI
控制反 從拆解字面上的意思，控制，是指物件建立 銷毀和管理 單例 的控制權，傳統程式設計上這個是交給呼叫方來控制。反轉，是指這些控制權優傳統上的呼叫方反轉為類似乙個容器的東西，統一調配和管理。依賴注入 依賴，其實就是耦合，這裡更多的是呼叫方和操作物件的耦合。注入是指，將某些耦合關係從乙個東西注入到另...