下面是HibernateSessionFactory 和  HibernateTransactionManager:的配置：

<bean id="mySessionFactory"

       class="org.springframework.orm.hibernate.

              LocalSessionFactoryBean">

  <property name="mappingResources">

    <list>

      <value>

        com/meagle/bo/Order.hbm.xml

      </value>

      <value>

        com/meagle/bo/OrderLineItem.hbm.xml

      </value>

    </list>

  </property>

  <property name="hibernateProperties">

    <props>

      <prop key="hibernate.dialect">

        net.sf.hibernate.dialect.MySQLDialect

      </prop>

      <prop key="hibernate.show_sql">

        false

      </prop>

      <prop key="hibernate.proxool.xml">

        C:/MyWebApps/.../WEB-INF/proxool.xml

      </prop>

      <prop key="hibernate.proxool.pool_alias">

          spring

      </prop>

    </props>

  </property>

</bean>

<!-- Transaction manager for a single Hibernate

SessionFactory (alternative to JTA) -->

<bean id="myTransactionManager"

         class="org.

                springframework.

                orm.

                hibernate.

                HibernateTransactionManager">

  <property name="sessionFactory">

    <ref local="mySessionFactory"/>

  </property>

  </bean>

可以看出：每個(gè)對(duì)象都可以在Spring 配置信息中用<bean>標(biāo)簽引用。在這里，mySessionFactory引用了HibernateSessionFactory，而myTransactionManager引用了HibernateTransactionManage。  注意代碼中myTransactionManger Bean有個(gè)sessionFactory屬性。  HibernateTransactionManager有個(gè)sessionFactory setter 和 getter方法，這是用來(lái)在Spring啟動(dòng)的時(shí)候?qū)崿F(xiàn)“依賴注入” （dependency injection）的。  在sessionFactory 屬性里 引用mySessionFactory。這兩個(gè)對(duì)象在Spring容器初始化后就被組裝了起來(lái)了。 這樣的搭配讓你從 單例（singleton objects）和工廠（factories）中解放了出來(lái)，降低了代碼的維護(hù)代價(jià)。 mySessionFactory.的兩個(gè)屬性，分別是用來(lái)注入mappingResources 和 hibernatePropertes的。通常，如果你在Spring之外使用Hibernate,這樣的設(shè)置應(yīng)該放在hibernate.cfg.xml中的。 不管怎樣,Spring提供了一個(gè)便捷的方式-----在Spring內(nèi)部配置中并入了Hibernate的配置。 如果要得到更多的信息，可以查閱Spring API。

既然我們已經(jīng)組裝配置好了Service Beans，就需要把Business Service Object和 DAO也組裝起來(lái)，并把這些對(duì)象配到一個(gè)事務(wù)管理器（transaction manager）里。

在Spring中的配置信息：

<!-- ORDER SERVICE -->

<bean id="orderService"

  class="org.

         springframework.

         transaction.

         interceptor.

         TransactionProxyFactoryBean">

  <property name="transactionManager">

    <ref local="myTransactionManager"/>

  </property>

  <property name="target">

    <ref local="orderTarget"/>

  </property>

  <property name="transactionAttributes">

    <props>

      <prop key="find*">

     PROPAGATION_REQUIRED,readOnly,-OrderException

      </prop>

      <prop key="save*">

     PROPAGATION_REQUIRED,-OrderException

      </prop>

    </props>

  </property>

</bean>

<!-- ORDER TARGET PRIMARY BUSINESS OBJECT:

Hibernate implementation -->

<bean id="orderTarget"

         class="com.

                meagle.

                service.

                spring.

                OrderServiceSpringImpl">

  <property name="orderDAO">

    <ref local="orderDAO"/>

  </property>

</bean>

<!-- ORDER DAO OBJECT -->

<bean id="orderDAO"

         class="com.

                meagle.

                service.

                dao.

                hibernate.

                OrderHibernateDAO">

  <property name="sessionFactory">

    <ref local="mySessionFactory"/>

  </property>

</bean>

圖4 是我們對(duì)象搭建的一個(gè)提綱。 從中可以看出，每個(gè)對(duì)象都聯(lián)系著Spring，并且能通過(guò)Spring注入到其他對(duì)象。把它與Spring的配置文件比較，觀察他們之間的關(guān)系

圖 4. Spring就是這樣基于配置文件，將各個(gè)Bean搭建在一起。

這個(gè)例子使用一個(gè)TransactionProxyFactoryBean，它定義了一個(gè)setTransactionManager()。 這對(duì)象很有用，他能很方便的處理你申明的事物還有Service Object。    你可以通過(guò)transactionAttributes屬性來(lái)定義怎樣處理。 想知道更多還是參考TransactionAttributeEditor吧。

TransactionProxyFactoryBean 還有個(gè)setter. 這會(huì)被我們 Business service object（orderTarget）引用， orderTarget定義了 業(yè)務(wù)服務(wù)層，并且它還有個(gè)屬性，由setOrderDAO()引用。這個(gè)屬性

Spring 和Bean 的還有一點(diǎn)要注意的： bean可以以用兩種方式創(chuàng)造。 這些都在單例模式（Sington）和原型模式（propotype）中定義了。  默認(rèn)的方式是singleton,這意味著共享的實(shí)例將被束縛。 而原形模式是在Spring用到bean的時(shí)候允許新建實(shí)例的。當(dāng)每個(gè)用戶需要得到他們自己Bean的Copy時(shí)，你應(yīng)該僅使用prototype模式。（更多的請(qǐng)參考設(shè)計(jì)模式中的單例模式和原形模式）

既然我們已經(jīng)將我們的Serices和DAO搭配起來(lái)了。我們需要把我們的Service顯示到其他層。 這個(gè)通常是在Struts或者Swing這層里編碼。一個(gè)簡(jiǎn)單方法就是用 服務(wù)定位器返回給Spring context 。當(dāng)然，可以通過(guò)直接調(diào)用Spring中的Bean來(lái)做。

下面是一個(gè)Struts Actin 中的服務(wù)定位器的一個(gè)例子。

public abstract class BaseAction extends Action {

  private IOrderService orderService;

  public void setServlet(ActionServlet

                                 actionServlet) {

    super.setServlet(actionServlet);

    ServletContext servletContext =

               actionServlet.getServletContext();

    WebApplicationContext wac =

      WebApplicationContextUtils.

         getRequiredWebApplicationContext(

                                 servletContext);

      this.orderService = (IOrderService)

                     wac.getBean("orderService");

  }

  protected IOrderService getOrderService() {

    return orderService;

  }

}

UI 層配置 （UI Layer Configuration）

這個(gè)例子里UI層 使用了Struts framework. 這里我們要講述一下在給程序分層的時(shí)候， 哪些是和Struts部分的。我們就從一個(gè)Struts-config.xml文件中的Action的配置信息開(kāi)始吧。

struts-config.xml file.

<action path="/SaveNewOrder"

    type="com.meagle.action.SaveOrderAction"

    name="OrderForm"

    scope="request"

    validate="true"

    input="/NewOrder.jsp">

  <display-name>Save New Order</display-name>

  <exception key="error.order.save"

    path="/NewOrder.jsp"

    scope="request"

    type="com.meagle.exception.OrderException"/>

  <exception key="error.order.not.enough.money"

    path="/NewOrder.jsp"

    scope="request"

    type="com.

          meagle.

          exception.

          OrderMinimumAmountException"/>

  <forward name="success" path="/ViewOrder.jsp"/>

  <forward name="failure" path="/NewOrder.jsp"/>

</action>

SaveNewOrder 這個(gè)Action是用來(lái)持久化UI層里的表單提交過(guò)來(lái)Order的。這是Struts中一個(gè)很典型的Action;  注意觀察這個(gè)Action中exception配置，這些Exceptions也在Spring 配置文件(applicationContext-hibernate.xml)中配置了（就在 business service object 的transactionAttributes屬性里）。 當(dāng)異常在業(yè)務(wù)層被被拋出時(shí)，我們可以控制他們，并適當(dāng)?shù)娘@示給UI層。 

第一個(gè)異常，OrderException,在持久層保存order對(duì)象失敗的時(shí)候被觸發(fā)。這將導(dǎo)致事物回滾并且通過(guò)BO把異常回傳到Struts這一層。

第二個(gè)異常，OrderMinimumAmountException也同第一個(gè)一樣。

搭配整和的最后一步 通過(guò)是讓你顯示層和業(yè)務(wù)層相結(jié)合。這個(gè)已經(jīng)被服務(wù)定位器（service locator）實(shí)現(xiàn)了（前面討論過(guò)了）， 這里服務(wù)層作為一個(gè)接口提供給我們的業(yè)務(wù)邏輯和持久層。 

SaveNewOrder Action 在Struts中用一個(gè)服務(wù)定位器（service locator）來(lái)調(diào)用執(zhí)行業(yè)務(wù)方法的。 方法代碼如下：

public ActionForward execute(

  ActionMapping mapping,

  ActionForm form,

  javax.servlet.http.HttpServletRequest request,

  javax.servlet.http.HttpServletResponse response)

  throws java.lang.Exception {

  OrderForm oForm = (OrderForm) form;

  // Use the form to build an Order object that

  // can be saved in the persistence layer.

  // See the full source code in the sample app.

  // Obtain the wired business service object

  // from the service locator configuration

  // in BaseAction.

  // Delegate the save to the service layer and

  // further upstream to save the Order object.

  getOrderService().saveNewOrder(order);

  oForm.setOrder(order);

  ActionMessages messages = new ActionMessages();

  messages.add(

      ActionMessages.GLOBAL_MESSAGE,

            new ActionMessage(

      "message.order.saved.successfully"));

  saveMessages(request, messages);

  return mapping.findForward("success");

}

總結(jié)

       這篇文章在技術(shù)和構(gòu)架方面掩蓋了很多低層的基礎(chǔ)信息， 文章的主要的意圖在于讓你意識(shí)到如何給你應(yīng)用程序分層。  分層可以“解耦”你的代碼——允許新的組件被添加進(jìn)來(lái)，而且讓你的代碼易于維護(hù)。  這里用到的技術(shù)只是專注于把“解偶”做好。 不管怎樣，使用這樣的構(gòu)架可以讓你用其他技術(shù)代替現(xiàn)在的層。 例如，你可能不使用Hibernate實(shí)現(xiàn)持久化。既然你在DAO中面向接口的編程的，所以你完全可以用iBATIS來(lái)代替。或者，你也可能想用Struts外的其他的技術(shù)或者框架替換現(xiàn)在的UI層（轉(zhuǎn)換久層，實(shí)現(xiàn)層并不應(yīng)該直接影響到你的業(yè)務(wù)邏輯和業(yè)務(wù)服務(wù)層）。 用適當(dāng)?shù)目蚣艽罱愕?/SPAN>Web應(yīng)用，其實(shí)也不是一件煩瑣的工作，更主要的是它“解耦”了你程序中的各個(gè)層.