spring基礎知識 （1）：認識IOC

關于IOC（DI）

發現問題:

• 在我們日常開發過程中,必不可少的需要建立使用很多對象來完成相應的操作，這時候我們就需要寫出那個非常常見的語句new object()。但是在這裡需要new一個對象在那裡又需要new一個對象,你會發現：對象間的耦合度高了。
• 有很多執行個體對象不是僅僅new一下就能夠獲得的，可能還需要配合别的一些複雜的配置才能夠得到那個想要的執行個體，這時候又發現每次想要擷取到它都需要編寫大量的代碼。很顯然這并不是我們想要的。

概念解析：

• 而IOC的思想是：Spring容器來實作這些互相依賴對象的建立、協調工作。對象隻需要關注業務邏輯本身就可以了。從這方面來說，對象如何得到他的協作對象的責任被反轉了（IOC、DI）。簡單的說就是對象的建立權由原來你在類的内部手動建立變為由spring容器控制。

• DI其實就是IOC的另外一種說法。DI是由Martin Fowler

  在2004年初的一篇論文中首次提出的。他總結：控制的什麼被反轉了？就是：獲得依賴對象的方式反轉了。

如果對這一核心概念還不了解：這裡引用一個叫Bromon的blog上找到的淺顯易懂的答案：

IoC與DI 　　

首先想說說IoC（Inversion of Control，控制倒轉）。

這是spring的核心，貫穿始終。所謂IoC，對于spring架構來說，就是由spring來負責控制對象的生命周期和對象間的關系。這是什麼意思呢，舉個簡單的例子，我們是如何找女朋友的？常見的情況是，我們到處去看哪裡有長得漂亮身材又好的mm，然後打聽她們的興趣愛好、qq号、電話号、ip号、iq号………，想辦法認識她們，投其所好送其所要，然後嘿嘿……這個過程是複雜深奧的，我們必須自己設計和面對每個環節。傳統的程式開發也是如此，在一個對象中，如果要使用另外的對象，就必須得到它（自己new一個，或者從JNDI中查詢一個），使用完之後還要将對象銷毀（比如Connection等），對象始終會和其他的接口或類藕合起來。

　　那麼IoC是如何做的呢？有點像通過婚介找女朋友，在我和女朋友之間引入了一個第三者：婚姻介紹所。婚介管理了很多男男女女的資料，我可以向婚介提出一個清單，告訴它我想找個什麼樣的女朋友，比如長得像李嘉欣，身材像林熙雷，唱歌像周傑倫，速度像卡洛斯，技術像齊達内之類的，然後婚介就會按照我們的要求，提供一個mm，我們隻需要去和她談戀愛、結婚就行了。簡單明了，如果婚介給我們的人選不符合要求，我們就會抛出異常。整個過程不再由我自己控制，而是有婚介這樣一個類似容器的機構來控制。Spring所倡導的開發方式就是如此，所有的類都會在spring容器中登記，告訴spring你是個什麼東西，你需要什麼東西，然後spring會在系統運作到适當的時候，把你要的東西主動給你，同時也把你交給其他需要你的東西。所有的類的建立、銷毀都由 spring來控制，也就是說控制對象生存周期的不再是引用它的對象，而是spring。對于某個具體的對象而言，以前是它控制其他對象，現在是所有對象都被spring控制，是以這叫控制反轉。

IoC的一個重點是在系統運作中，動态的向某個對象提供它所需要的其他對象。這一點是通過DI（Dependency Injection，依賴注入）來實作的。比如對象A需要操作資料庫，以前我們總是要在A中自己編寫代碼來獲得一個Connection對象，有了spring我們就隻需要告訴spring，A中需要一個Connection，至于這個Connection怎麼構造，何時構造，A不需要知道。在系統運作時，spring會在适當的時候制造一個Connection，然後像打針一樣，注射到A當中，這樣就完成了對各個對象之間關系的控制。A需要依賴Connection才能正常運作，而這個Connection是由spring注入到A中的，依賴注入的名字就這麼來的。那麼DI是如何實作的呢？

Java1.3之後一個重要特征是反射（reflection），它允許程式在運作的時候動态的生成對象、執行對象的方法、改變對象的屬性，spring就是通過反射來實作注入的。關于反射的相關資料請查閱javadoc。了解了IoC和DI的概念後，一切都将變得簡單明了，剩下的工作隻是在spring的架構中堆積木而已。

本系列參考視訊教程: http://edu.51cto.com/course/1956.html