jinnianshilongnian 寫道
理解ioc容器問題關鍵：控制的哪些方面被反轉了？
1、誰控制誰？為什麼叫反轉？ ioc容器控制，而以前是應用程式控制，所以叫反轉
2、控制什麼？ 控制應用程式所需要的資源（物件、檔案……）
3、為什麼控制？ 解耦元件之間的關係
4、控制的哪些方面被反轉了？ 程式的控制權發生了反**從應用程式轉移到了ioc容器。
ioc容器特點：
無需主動new物件；而是描述物件應該如何被建立即可
ioc容器幫你建立，即被動例項化；
不需要主動裝配物件之間的依賴關係，而是描述需要哪個服務（元件），
ioc容器會幫你裝配（即負責將它們關聯在一起），被動接受裝配；
主動變被動，好萊塢法則：別打**給我們，我們會打給你；
迪公尺特法則（最少知識原則）：不知道依賴的具體實現，只知道需要提供
某類服務的物件（面向介面程式設計），鬆散耦合，乙個物件應當對其他物件有盡
可能少的了解,不和陌生人（實現）說話
ioc是一種讓服務消費者不直接依賴於服務提供者的元件設計方式，
是一種減少類與類之間依賴的設計原則。
spring入門之IOC容器
ioc 其思想是反轉資源獲取的方向，傳統的資源查詢方式要求元件向容器發起請求查詢資源，作為回應，容器適時的返回資源 應用ioc後，容器主動地將資源推送給它所管理的元件，元件選擇一種合適的方式來接受資源 di 是ioc的另一種表達方式 即元件以一些預先定義好的方式 例如setter方法 接受來自容器的...
Spring之IOC容器篇
ioc inversion of control 控制反轉的英文縮寫 依賴物件的獲得被反轉了，一般是通過di dependency injection 依賴注入 來實現的，可以大大降低類之間的耦合度。ioc di是spring等框架的核心，或者說是基石，如果沒有ioc容器 di就沒有spring等框...
玩轉Spring 之 IOC容器
提到spring，我們應該印象最深刻的就是ioc inversion of control 即控制反轉。關於ioc，其實是一種設計理念，只是spring將這個理念體現的淋漓盡致，所以一說到spring，我們固然會很快的聯想到ioc。ioc還有另外乙個名字叫di dependency injectio...