spring中對hibernate的支援（轉）

spring中對hibernate的支援是非常強大的，從一個簡單的例子就看得出來，從這個例子中我們還將對所謂的輕量級容器做一些討論。

　　首先需要配置資料來源，通常我們有兩種方式獲得Connection，一是自己編寫程式碼獲得連線，二是從JNDI環境中得到DataSource，然後產生一個Connection。無論怎樣，既然是spring下面的物件，就應該註冊到配置檔案中。假設我們需要一個連線mysql下面一個叫做examer的資料庫，手動方式的配置是：



　　很好讀是不是？假如我們使用JNDI資料來源，那麼dataSource的宣告就應該是：


　　你需要在JNDI環境中繫結一個名為jdbc/springExamer的東西，這段程式碼才有實際意義。另外需要提醒的是，所有的bean宣告，它的id必須是唯一的。

　　在本系統中，資料庫操作是被hibernate封裝起來的，所以dataSource是不需要注入到具體的邏輯類中，它只會被注給hibernate的sessionFactory。

　　按照常規思路，我們需要在spring中註冊hibernate的sessionFactory，它應該是我們自己編寫的一個類，獲得dataSource，返回sessionFactory，其他的邏輯類透過這個sessionFactory獲得session進行資料庫操作。

　　但是我們有另外一種選擇，spring直接提供了對sessionFactory的封裝，你只需要註冊一個spring自己的類，給它提供必須的屬性，它會返回一個org.springframework.orm.hibernate.HibernateTemplate，這個類封裝了add、del等操作，它的封裝程度相當高，透過它來編寫hibernate應用非常簡單。但是問題出來了，我們該如何選擇？

　　表面上看，使用spring自己的庫無疑更加簡單，但是請注意，spring是一個輕量級的框架，所謂輕量級，一個重要特徵就是無侵入性，也就是你使用這套框架，不會被它繫結，被spring管理的類，應該不需要使用它的介面和抽象類，這樣你的系統不會對spring產生依賴。但是如果你使用了spring封裝的方式去操作hibernate，就必須繼承org.springframework.orm.hibernate.support.HibernateDaoSupport類，這導致了繫結。所以做這樣的選擇是有點痛苦的，如果有一天spring框架不存在了，你的程式碼怎麼升級維護？具體問題只能具體分析，在我們的應用中，完全使用了spring封裝的HibernateTemplate，它太好用了，所以容易上癮。

　　假設我們有一張student表，結構很簡單：

　　
　　設計一個Student類來對映這張表：


　　編寫Student.hbm.xml，讓hibernate知道如何去關聯student表和Student類，該檔案和Student.java在同一目錄：


　　然後我們可以在spring中配置sessionFactory：


　　其中引用了我們之前註冊過的dataSource，mappingDirectoryLocations屬性指明瞭.hbm.xml檔案在哪裡路徑，該資料夾下面的.hbm.xml檔案會被全部載入。

　　一切都準備就緒，現在我們要加入一個StudentManager類，來進行增刪查改的操作：

　　該類只演示瞭如何增加一個Student，HibernateTemplate還封裝了很多有用的方法，請查閱spring文件。StudentManager中的sessionFactory是由spring注入的，但是StudentManager並沒有對sessionFactory做任何的處理，這是因為所有的處理都被HibernateDaoSupport.getHibernateTemplate()封裝。整個StudentManager中也看不到任何的異常處理，他們也都被基類封裝了。

　　最後一個步驟就是在spring中註冊StudentManger，然後向它注入sessionFactory：



　　所有的配置都完成了，下面做單元測試：


　　Spring已經將hibernate的操作簡化到了非常高的程度，最關鍵的是整個開發可以由設計來驅動，如果一個團隊對spring有足夠的熟悉，那麼完全可以由設計師規劃所有的類，整理清楚類之間的關係，寫成配置檔案，然後編寫hibernate對映檔案，將資料表與pojo關聯，成員就可以完全在設計方案內工作，利用spring封裝好的hibernate模版，開發起來速度非常快，除錯也很容易。它能夠解決如何在團隊內貫徹設計方案的問題。
[@more@]