摘要: 原文：http://www.hibernate.org/43.html  問題  在一個典型的（Web）應用中常見的一個問題是在主要的邏輯動作完成之后渲染頁面，同時，因為邏輯動作的完成，Hibernate Session 已被關閉，數據庫事務也已結束。如果你在你的 JSP 中（或者其它視圖渲染機制）訪問已被 Session 加載的 Detached Object 的...  閱讀全文

本文的主要內容是對 Grails 1.1 中 PetClinic-MVC 實例的代碼分析。這個實例主要驗證了如何在非 Grails 的項目中使用 GORM。此外也演示了 Spring MVC 2.5 的一些用法。本文假設大家對 Spring、Spring MVC、Groovy 和 Grails 有著初步的了解。OK, let's go!

Domain 層

目前 Grails 只提供了在普通 Spring 應用中獨立使用 GORM 的方法（現在 Groovy 和 Grails 已是 SpringSource 旗下的產品了，自然要首先對自家產品提供支持）。不過相信以后在其它 Java EE 框架中也可獨立使用 GORM。

在 Grails 以外使用 GORM，只需在 Domain 類上使用 grails.persistence.Entity 注釋即可。其它的就像在 Grails 中的一樣。

在配置方面也很簡單，只要使用 <gorm:sessionFactory ... /> 即可。詳細請見 Grails 的 PetClinic，這里就不拗述了。

Controller 層

同 Domain 層一樣，Controller 層也全部使用 Groovy 實現。主要是因為 GORM 的大部分方法都是動態的。

1. ClinicController: ClinicController 實現了 InitializingBean 接口。這個接口只有一個方法 afterPropertiesSet。這個方法會在 Bean 完成屬性設置之后執行。PetClinic 用這個方式實現了類似 Grails 中 BootStrap 的部分功能。在這個方法中我們可以看到 GORM 中的 save() 方法和 addTo* 動態方法都是可用的。

可能有人會問，afterPropertiesSet() 這個方法的作用就是增加一些預定義的數據，為什么不使用構造函數來實現。實際上，在本例中，afterPropertiesSet() 的作用的確可以用構造函數來實現（經過測試）。至于作者是出于什么目的而選擇了實現 InitializingBean 接口我也說不好。

ClinicController 的其它部分就是一些簡單的不能再簡單的 Http 請求處理函數了。需要說明的一點是 @RequestMapping 中的值代表了請求的 URL，這個是不用帶后綴的，也就是說 ".do" 是多余的。

2. AddPetForm:

       在 AddPetForm 類的級別上有三個注釋，分別是 @Controller, @RequestMapping 和 @SessionAttributes。@Controller 不用多說，作用是這個類聲明為一個 Spring Controller，并添加到 Context 中。下面介紹一下 @RequestMapping 和 @SessionAttributes 的功能：

• @RequestMapping 可以定義處理請求的路徑和方法類型，即可放在類聲明上，也可放在方法聲明上。在 AddPetForm 中，類和方法上都有 @RequestMapping，類上的 @RequestMapping 用來定義請求路徑。兩個 @RequestMapping 的方法分別負責處理 get 請求和 post 請求。但我認為更好的方式是在一個 Controller 類中定義多個處理請求的方法，就像 Grails 的 Controller 那樣。需要注意的是方法上面的 @RequestMapping 上面的值并不會覆蓋類上的 @RequestMapping 中的值。

• @SessionAttributes 中的值代表了 org.springframework.ui.Model 中應該被設置為 Session 范圍的變量。在 Spring MVC 應用中，這些變量往往是起到 ActionForm(Struts) 或 CommandObject(Spring MVC) 的作用。之所以要將表單對象放在 Session 中，是為了使其能夠在表單顯示和之后的表單提交這樣過程中不丟失。@SessionAttributes 的這種用法是源于 Spring MVC 2.0 AbstractFormController 的 SessionForm 模式。
  
  實際上，使用 @SessionAttributes 是很成問題的，有時是不可接受的。考慮以下場景：在 PetClinic 應用中，新建兩個 Owner，然后為這兩個 Owner 都添加新的 Pet。注意，只要顯示出來 Add Pet 的頁面即可。這時，這兩個頁面的 URL 應該是 addPet.do?ownerId=num1 和 addPet.do?ownerId=num2 。這時將先打開的表單 提交 ，假設是 num1 的那個。你會發現你 實際上是為 num2 Owner 添加了一個 Pet。
  
  這個問題的原因其實是很簡單的，我就不解釋了。從上面這個事實來看，@SessionAttributes 的缺點還是比較明顯。是否采用這種方式還要看這個問題對你的應用的影響是否是致命的了。Spring MVC 有必要改進一下，像 Seam 那樣可以很方便的使用 Conversation 是解決問題的一個好辦法。（當然也可以使用 hidden 域來保存 id）。
  
  Spring MVC 之所以要使用這種有較明顯缺陷的方式的原因是要使用 Spring MVC 的表單數據綁定功能。由于目前還沒有找到更好的方式，所以只能使用 @SessionAttribute 了。這一塊還是 Spring MVC 的一個短板，需要在新版本中改進。
  

除此以外，AddPetForm 中還有兩個特殊的方法，一個是注釋了 @ModelAttribute 的方法；另一個是注釋了 @InitBinder 的方法。下面分別介紹一下：

• @ModelAttribute 可以用在方法上，也可以用在形參上。如果放在方法上，那它會在進入請求處理方法是準備一些數據，作用和 SimpleFormController 的 referenceData() 一樣。@ModelAttribute 的這種用法可能會讓人聯想到 Seam 中的 @Factory。但被 @ModelAttribute 注釋的方法只會在同一個 Controller 中被注釋了 @RequestMapping 的方法調用之前被調用，而 @Factory 方法則是全局的。
  
  你可以在 setupForm 方法中向 request 或 session 中設置一些需要顯示在頁面上的數據，但是如果只放在 request 里的話，在表單驗證發生時，數據便會丟失；放在 session 缺點自不必多說。在 Spring Web Flow 新加入的 flow 和 conversation 等新的 scope 無法很容易地在 Spring MVC 中使用的情況下，使用 @ModelAttribute 無疑是更好的選擇。并且使用 @ModelAttribute 可以在多個 @RequestMapping 方法之間實現代碼的重用。
  
  
• @InitBinder 適用于注冊只屬于本 Controller 的屬性編輯器。但在 AddPetForm 中，@InitBinder 方法只是告訴 Spring MVC，路徑為（<form: input path="id" />） id 的值不要使用屬性編輯器。不過頁面里也壓根沒有 路徑為 id 的值。所以，我覺得這個又是一個多余的代碼。（我試過將 @InitBinder 方法注釋掉，對程序沒有影響）

Controller 層中兩個特殊的類：ClinicBindingInitializer 和 PetTypeEditor

• ClinicBindingInitializer 的作用是注冊全句的屬性編輯器
• PetTypeEditor 是用于處理 PetType 類型數據綁定的屬性編輯器。對于像 PetType 這樣的實體之間的關聯屬性，恰當地使用屬性編輯器可以簡化程序的開發。 （不知 Grails 是否實現了一個動態的屬性編輯器，用于關聯屬性的數據綁定）

 

配置

1. applicationContext.xml

        applicationContext 中大部分都是常見的 Spring 配置。特殊一點的配置除了 <gorm:sessionFactory ... /> 以外，還有 Hibernate StatisticsService JMX 的配置。

2. dispatcher-servlet.xml

        Spring MVC 配置文件（也是一個 Spring 的配置文件）的默認名是 dispatcher-servlet.xml。

        從上至下，第一個配置表明哪個 Package 下的 Class 使用了 Spring 的 @Controller 注釋。這樣 Spring 容器在啟動的時候會自動掃描其下的 Class，將加注了 @Controller 注釋的類加入到 Spring 的容器中。

        第二個配置 DefaultAnnotationHandlerMapping 是 HandlerMapping 接口的一個最常用的實現類。用于映射 Handler 和請求路徑之間的關系。通過這樣的配置，Controller 中的 @RequestMapping 中的路徑值就可以真正地和 Http 請求對應起來。HandlerMapping 的另外一個常用的實現類是 ControllerClassNameHandlerMapping 。

        第三個配置 AnnotationMethodHandlerAdapter 的作用是使處理請求的 Handler 能夠真正的具有處理請求的能力而提供一些服務，包括為請求參數綁定應用相應的屬性編輯器（通過注冊 webBindingInitializer 實現）。

 

==============================結束的分割線==============================

寫到這里，PetClinic-MVC 中值得分析學習的代碼都提到了。PetClinic-MVC 是一個很小的應用，但是其中演示了 GORM 在普通 Spring 中的應用和 Spring MVC 2.5 的使用。細看的話還是能學到不少東西的。我所寫的只是我的理解，難免會有一些不足和錯誤，歡迎糾正。

SessionFactory.getCurrentSession() 是 Hibernate 應用獲取 Session 的常用方法。在調用該方法時，Hibernate 會從 interface CurrentSessionContext 獲取當前的 Session，這是Hibernate 在不同組件中傳遞 Session 的方法。

CurrentSessionContext 有三個實現，分別是 ThreadLocalSessionContext、JTASessionContext 和 ManagedSessionContext。ThreadLocalSessionContext 將 Session 與當前線程綁定，是使用較多的一種方案；JTASessionContext 將 Session 與 JTA 事務綁定，在 JTA 環境中使用；ManagedSessionContext 使應用可以通過 bind() 和 unbind() 方法控制 Session 的綁定，主要在有 Conversation 的應用中使用（如果使用 ManagedSessionContext，開發人員要做的事情還是很多的）。CurrentSessionContext 實現的選擇可以通過 hibernate.current_session_context_class 來配置。

另一種更常見的創建 Session 的方法是 openSession()。openSession() 與 getCurrentSession() 有何不同和關聯呢？在 SessionFactory 啟動的時候，Hibernate 會根據配置創建相應的 CurrentSessionContext，在 getCurrentSession() 被調用的時候，實際被執行的方法是 CurrentSessionContext.currentSession() 。在 currentSession() 執行時，如果當前 Session 為空，currentSession 會調用 SessionFactory 的 openSession。所以 getCurrentSession() 對于 Java EE 來說是更好的獲取 Session 的方法。

再說 ManagedSessionContext，它提供了更靈活的綁定 Session 的方式，但是使用起來去不簡單。在 Hibernate 的 CaveatEmptor 實例中有關于使用 ManagedSessionContext 的例子，但更好的選擇是使用 Seam Framework。