Bromon原創?請尊重版權

　　當前的形勢是，非常多的Java程序員言必稱Spring，如此大面積的程序員集體叫”春”，體現了Spring框架的威力。春天正是叫春的好時候，你我一起來叫春吧。^_^

　　Spring的設計目的是簡化J2EE開發，所以如果我們學習、使用它的時候還需要抓破頭皮口吐白沫的話，豈不是個笑話？就我的經驗來說，Spring在這方面做得很好，的確是一個很牛叉易用的框架。

　　之前我曾經設計過一個J2EE的考試系統，大量使用了EJB（詳見http://blog.csdn.net/bromon/archive/2004/08/27/86291.aspx），我打算同樣使用一個考試系統做例子，便于比較。兩個系統的大致結構都差不多，不過新的版本采用了輕量級的方案，使用Hibernate作為ORM框架，所有的對象都交給spring來管理。

一、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是如何實現的呢？Java?1.3之后一個重要特征是反射（reflection），它允許程序在運行的時候動態的生成對象、執行對象的方法、改變對象的屬性，spring就是通過反射來實現注入的。關于反射的相關資料請查閱java?doc。

　　理解了IoC和DI的概念后，一切都將變得簡單明了，剩下的工作只是在spring的框架中堆積木而已。