對Spring中IOC和DI的了解

　首先要分享的是Iteye的開濤這位技術牛人對Spring架構的IOC的了解，寫得非常通俗易懂，以下内容全部來自原文，原文位址：http://jinnianshilongnian.iteye.com/blog/1413846

1.1、IoC是什麼

　　Ioc—Inversion of Control，即“控制反轉”，不是什麼技術，而是一種設計思想。在Java開發中，Ioc意味着将你設計好的對象交給容器控制，而不是傳統的在你的對象内部直接控制。如何了解好Ioc呢？了解好Ioc的關鍵是要明确“誰控制誰，控制什麼，為何是反轉（有反轉就應該有正轉了），哪些方面反轉了”，那我們來深入分析一下：

　　●誰控制誰，控制什麼：傳統Java SE程式設計，我們直接在對象内部通過new進行建立對象，是程式主動去建立依賴對象；而IoC是有專門一個容器來建立這些對象，即由Ioc容器來控制對 象的建立；誰控制誰？當然是IoC 容器控制了對象；控制什麼？那就是主要控制了外部資源擷取（不隻是對象包括比如檔案等）。

　　●為何是反轉，哪些方面反轉了：有反轉就有正轉，傳統應用程式是由我們自己在對象中主動控制去直接擷取依賴對象，也就是正轉；而反轉則是由容器來幫忙建立及注入依賴對象；為何是反轉？因為由容器幫我們查找及注入依賴對象，對象隻是被動的接受依賴對象，是以是反轉；哪些方面反轉了？依賴對象的擷取被反轉了。

1.2、IoC能做什麼

       其實IoC對程式設計帶來的最大改變不是從代碼上，而是從思想上，發生了“主從換位”的變化。應用程式原本是老大，要擷取什麼資源都是主動出擊，但是在IoC/DI思想中，應用程式就變成被動的了，被動的等待IoC容器來建立并注入它所需要的資源了。

　　IoC很好的展現了面向對象設計法則之一—— 好萊塢法則：“别找我們，我們找你”；即由IoC容器幫對象找相應的依賴對象并注入，而不是由對象主動去找。

1.3、IoC和DI

　　DI—Dependency Injection，即“依賴注入”：元件之間依賴關系由容器在運作期決定，形象的說，即由容器動态的将某個依賴關系注入到元件之中。依賴注入的目的并非為軟體系統帶來更多功能，而是為了提升元件重用的頻率，并為系統搭建一個靈活、可擴充的平台。通過依賴注入機制，我們隻需要通過簡單的配置，而無需任何代碼就可指定目标需要的資源，完成自身的業務邏輯，而不需要關心具體的資源來自何處，由誰實作。

　　了解DI的關鍵是：“誰依賴誰，為什麼需要依賴，誰注入誰，注入了什麼”，那我們來深入分析一下：

　　●誰依賴于誰：當然是應用程式依賴于IoC容器；

　　●為什麼需要依賴：應用程式需要IoC容器來提供對象需要的外部資源；

　　●誰注入誰：很明顯是IoC容器注入應用程式某個對象，應用程式依賴的對象；

　　●注入了什麼：就是注入某個對象所需要的外部資源（包括對象、資源、常量資料）。

　　IoC和DI由什麼關系呢？其實它們是同一個概念的不同角度描述，由于控制反轉概念比較含糊（可能隻是了解為容器控制對象這一個層面，很難讓人想到誰來維護對象關系），是以2004年大師級人物Martin Fowler又給出了一個新的名字：“依賴注入”，相對IoC 而言，“依賴注入”明确描述了“被注入對象依賴IoC容器配置依賴對象”。

總結

       控制反轉IoC(Inversion of Control)是說建立對象的控制權進行轉移，以前建立對象的主動權和建立時機是由自己把控的，而現在這種權力轉移到第三方，比如轉移交給了IoC容器，它就是一個專門用來建立對象的工廠，你要什麼對象，它就給你什麼對象，有了 IoC容器，依賴關系就變了，原先的依賴關系就沒了，它們都依賴IoC容器了，通過IoC容器來建立它們之間的關系。

　　這是我對Spring的IoC(控制反轉)的了解。DI(依賴注入)其實就是IOC的另外一種說法，DI是由Martin Fowler 在2004年初的一篇論文中首次提出的。他總結：控制的什麼被反轉了？就是：獲得依賴對象的方式反轉了。