Posted on 2006-11-24 15:43
兵臨城下 閱讀(202)
評(píng)論(0) 編輯 收藏 所屬分類:
Spring
|
使用struts+spring+hibernate?組裝web應(yīng)用
|
|
ahliujin 轉(zhuǎn)貼???更新：2006-11-17 11:56:39??版本: 1.0 ?? |
|
使用struts+spring+hibernate?組裝web應(yīng)用
再譯：使用struts+spring+hibernate?組裝web應(yīng)用
原作者：?Mark?Eagle 04/07/2004（http://www.onjava.com/pub/a/onjava/2004/04/07/wiringwebapps.html?）
譯者：孟大興 來(lái)自學(xué)習(xí)日記（?http://www.learndiary.com?） 聯(lián)系方式：mdx-xx@tom.com
［譯者前言：這篇文章由totodo在2004-09-16已經(jīng)翻譯過（?http://www.matrix.org.cn/resource/article/1034.html?），本譯文借鑒了不少他的成果。希望各位朋友指出我譯文中的不足，并能根據(jù)上面的聯(lián)系方式及時(shí)反饋給我，我將第一時(shí)間內(nèi)在Matrix我的blog中更新譯文（?http://blog.matrix.org.cn/page/littlebat?entry=%E5%86%8D%E8%AF%91_%E4%BD%BF%E7%94%A8struts_spring_hibernate_%E7%BB%84%E8%A3%85web%E5%BA%94%E7%94%A8?），爭(zhēng)取為廣大不熟悉英文的朋友提供盡可能準(zhǔn)確的譯文。另外，如果你在運(yùn)行本文章的例程時(shí)碰到問題：請(qǐng)參考：１、原作者的網(wǎng)站上的答疑（?http://www.onjava.com/pub/a/onjava/2004/04/07/wiringwebapps.html?page=3?）；２、我的試驗(yàn)文中的例程的日記（?http://www.learndiary.com/disDiaryContentAction.do?goalID=1468?和?http://www.learndiary.com/disDiaryContentAction.do?goalID=1470?）］?
其實(shí)，就算用Java建造一個(gè)不是很煩瑣的web應(yīng)用程序，也不是件輕松的事情。當(dāng)為一個(gè)應(yīng)用程序建造一個(gè)構(gòu)架時(shí)有許多事情需要考慮。從高層來(lái)說(shuō)，開發(fā)者需要考慮：怎樣建立用戶接口（?user?interfaces?）？在哪里處理業(yè)務(wù)邏輯？和怎樣持久化應(yīng)用數(shù)據(jù)。這三層每一層都有它們各自的問題需要回答。?各個(gè)層次應(yīng)該使用什么技術(shù)？怎樣才能把應(yīng)用程序設(shè)計(jì)得松耦合和能靈活改變？構(gòu)架允許層的替換不會(huì)影響到其它層嗎？應(yīng)用程序怎樣處理容器級(jí)的服務(wù)（?container?level?services?），比如事務(wù)處理（?transactions?）？?
當(dāng)為你的web應(yīng)用程序創(chuàng)建一個(gè)構(gòu)架時(shí)，需要涉及到相當(dāng)多的問題。幸運(yùn)的是，已經(jīng)有不少開發(fā)者已經(jīng)遇到過這類重復(fù)發(fā)生的問題，并且建立了處理這類問題的框架。一個(gè)好框架具備以下幾點(diǎn)：減輕開發(fā)者處理復(fù)雜的問題的負(fù)擔(dān)（?“不重復(fù)發(fā)明輪子”?）；內(nèi)部定義為可擴(kuò)展的；有一個(gè)強(qiáng)大的用戶群支持。框架通常能夠很好的解決一方面的問題。然而，你的應(yīng)用程序有幾個(gè)層可能都需要它們各自的框架。就如解決你的用戶接口（?UI?）問題時(shí)你就不應(yīng)該把事務(wù)邏輯和持久化邏輯摻雜進(jìn)來(lái)。例如，你不應(yīng)該在控制器（?controller?）里面寫jdbc代碼，使它包含有業(yè)務(wù)邏輯，這不是控制器應(yīng)該提供的功能。它應(yīng)該是輕量級(jí)的，代理來(lái)自用戶接口（?UI?）外的調(diào)用請(qǐng)求給其它服務(wù)于這些請(qǐng)求的應(yīng)用層。好的框架自然的形成代碼如何分布的指導(dǎo)。更重要的是，框架減輕開發(fā)者從頭開始寫像持久層這樣的代碼的痛苦，使他們專注于對(duì)客戶來(lái)說(shuō)很重要的應(yīng)用邏輯。?
這篇文章將討論怎樣組合幾個(gè)著名的框架去做到松耦合的目的，怎樣建立你的構(gòu)架，怎樣讓你的各個(gè)應(yīng)用層保持一致。富于挑戰(zhàn)的是：組合這些框架使得每一層都以一種松耦合的方式彼此溝通，而與底層的技術(shù)無(wú)關(guān)。這篇文章將使用３種流行的開源框架來(lái)討論組合框架的策略。表現(xiàn)層我們將使用Struts（?http://jakarta.apache.org/struts?）;業(yè)務(wù)層我們將使用Spring（?http://www.springframework.org/?）;持久層使用Hibrenate（?http://www.hibernate.org/?）.你也可以在你的應(yīng)用程序中替換這些框架中的任何一種而得到同樣的效果。圖１展示了當(dāng)這些框架組合在一起時(shí)從高層看是什么樣子。?
圖１用Struts,?Spring,?和?Hibernate框架構(gòu)建的概覽?（?http://www.onjava.com/onjava/2004/04/07/graphics/wiring.gif?）
應(yīng)用程序的分層?（?Application?Layering?）
大多數(shù)不復(fù)雜的web應(yīng)用都能被分成至少４個(gè)各負(fù)其責(zé)的層次。這些層次是：表現(xiàn)層（?presentation?）、持久層（?persistence?）、業(yè)務(wù)層（?business?）、領(lǐng)域模型層（?domain?model?）。每層在應(yīng)用程序中都有明確的責(zé)任，不應(yīng)該和其它層混淆功能。每一應(yīng)用層應(yīng)該彼此獨(dú)立但要給他們之間放一個(gè)通訊接口。讓我們從審視各個(gè)層開始，討論這些層應(yīng)該提供什么和不應(yīng)該提供什么。?
表現(xiàn)層?(The?Presentation?Layer)?
在一個(gè)典型的web應(yīng)用的一端是表現(xiàn)層。很多Java開發(fā)者也理解Struts所提供的。然而，太常見的是，他們把像業(yè)務(wù)邏輯之類的耦合的代碼放進(jìn)了一個(gè)org.apache.struts.Action。所以，讓我們?cè)谙馭truts這樣一個(gè)框架應(yīng)該提供什么上取得一致意見。這兒是Struts負(fù)責(zé)的：?
為用戶管理請(qǐng)求和響應(yīng)；?
提供一個(gè)控制器（?controller?）代理調(diào)用業(yè)務(wù)邏輯和其它上層處理；?
處理從其它層擲出給一個(gè)Struts?Action的異常；?
為顯示提供一個(gè)模型；?
執(zhí)行用戶接口（?UI?）驗(yàn)證。?
這兒是一些經(jīng)常用Struts編寫的但是卻不應(yīng)該和Struts表現(xiàn)層相伴的項(xiàng)目：?
直接和數(shù)據(jù)庫(kù)通訊，比如JDBC調(diào)用；?
業(yè)務(wù)邏輯和與你的應(yīng)用程序相關(guān)的驗(yàn)證；?
事務(wù)管理；
在表現(xiàn)層中引入這種代碼將導(dǎo)致典型耦合（?type?coupling?）和討厭的維護(hù)。?
持久層?（?The?Persistence?Layer?）
在典型web應(yīng)用的另一端是持久層。這通常是使事情迅速失控的地方。開發(fā)者低估了構(gòu)建他們自己的持久層框架的挑戰(zhàn)性。一般來(lái)說(shuō)，機(jī)構(gòu)內(nèi)部自己寫的持久層不僅需要大量的開發(fā)時(shí)間，而且還經(jīng)常缺少功能和變得難以控制。有幾個(gè)開源的“對(duì)象－關(guān)系映射”（?ORM?）框架非常解決問題。尤其是，Hibernate框架為java提供了＂對(duì)象－關(guān)系持久化＂（?object-to-relational?persistence?）機(jī)制和查詢服務(wù)。Hibernate對(duì)那些已經(jīng)熟悉了SQL和JDBC?API的Java開發(fā)者有一個(gè)適中的學(xué)習(xí)曲線。Hibernate持久對(duì)象是基于簡(jiǎn)單舊式Java對(duì)象（?POJO?）和Java集合（?Java?collections?）。此外，使用Hibernate并不妨礙你正在使用的IDE。下面的列表包含了你該寫在一個(gè)持久層框架里的代碼類型：?
查詢相關(guān)的信息成為對(duì)象。Hibernate通過一種叫作HQL的面向?qū)ο螅?OO?）的查詢語(yǔ)言或者使用條件表達(dá)式API（?expressive?criteria?API?）來(lái)做這個(gè)事情。?HQL非常類似于SQL--?只是把SQL里的table和columns用Object和它的fields代替。有一些新的專用的HQL語(yǔ)言成分要學(xué)；不過，它們?nèi)菀桌斫舛椅臋n做得好。HQL是一種使用來(lái)查詢對(duì)象的自然語(yǔ)言，花很小的代價(jià)就能學(xué)習(xí)它。?
保存、更新、刪除儲(chǔ)存在數(shù)據(jù)庫(kù)中的信息。?
像Hibernate這樣的高級(jí)“對(duì)象－關(guān)系”映射（?object-to-relational?mapping?）框架提供對(duì)大多數(shù)主流SQL數(shù)據(jù)庫(kù)的支持，它們支持“父/子”（?parent/child?）關(guān)系、事務(wù)處理、繼承和多態(tài)。?
這兒是一些應(yīng)該在持久層里被避免的項(xiàng)目：?
業(yè)務(wù)邏輯應(yīng)該在你的應(yīng)用的一個(gè)高一些的層次里。持久層里僅僅允許數(shù)據(jù)存取操作。?
你不應(yīng)該把持久層邏輯（?persistence?logic?）和你的表現(xiàn)層邏輯（?presentation?logic?）攪在一起。避免像JSPs或基于servlet的類這些表現(xiàn)層組件里的邏輯和數(shù)據(jù)存取直接通訊。通過把持久層邏輯隔離進(jìn)它自己的層，應(yīng)用程序變得易于修改而不會(huì)影響在其它層的代碼。例如：Hebernate能夠被其它持久層框架或者API代替而不會(huì)修改在其它任何層的代碼。?
業(yè)務(wù)層（?The?Business?Layer?）?
在一個(gè)典型的web應(yīng)用程序的中間的組件是業(yè)務(wù)層或服務(wù)層。從編碼的視角來(lái)看，這個(gè)服務(wù)層是最容易被忽視的一層。不難在用戶接口（?UI?）層或者持久層里找到散布在其中的這種類型的代碼。這不是正確的地方，因?yàn)檫@導(dǎo)致了應(yīng)用程序的緊耦合，這樣一來(lái)，隨著時(shí)間推移代碼將很難維護(hù)。幸好，針對(duì)這一問題有好幾種Frameworks存在。在這個(gè)領(lǐng)域兩個(gè)最流行的框架是Spring和PicoContainer，它們叫作微容器（?microcontainers?），你可以不費(fèi)力不費(fèi)神的把你的對(duì)象連在一起。所有這些框架都工作在一個(gè)簡(jiǎn)單的叫作“依賴注入”（?dependency?injection?）（?也通稱“控制反轉(zhuǎn)”（?inversion?of?control?）?）的概念上。這篇文章將著眼于Spring的為指定的配置參數(shù)通過bean屬性的setter注入（?setter?injection?）的使用。Spring也提供了一個(gè)構(gòu)建器注入（?constructor?injection?）的復(fù)雜形式作為setter注入的一個(gè)替代。對(duì)象們被一個(gè)簡(jiǎn)單的XML文件連在一起，這個(gè)XML文件含有到像事務(wù)管理器（?transaction?management?handler?）、對(duì)象工廠（?object?factories?）、包含業(yè)務(wù)邏輯的服務(wù)對(duì)象（?service?objects?）、和數(shù)據(jù)存取對(duì)象（?DAO?）這些對(duì)象的引用（?references?）。?
這篇文章的后面將用例子來(lái)把Spring使用這些概念的方法說(shuō)得更清楚一些。業(yè)務(wù)層應(yīng)該負(fù)責(zé)下面這些事情：?
處理應(yīng)用程序的業(yè)務(wù)邏輯和業(yè)務(wù)驗(yàn)證；?
管理事務(wù)；?
預(yù)留和其它層交互的接口；?
管理業(yè)務(wù)層對(duì)象之間的依賴；?
增加在表現(xiàn)層和持久層之間的靈活性，使它們互不直接通訊；?
從表現(xiàn)層中提供一個(gè)上下文（?context?）給業(yè)務(wù)層獲得業(yè)務(wù)服務(wù)（?business?services?）；?
管理從業(yè)務(wù)邏輯到持久層的實(shí)現(xiàn)。
領(lǐng)域模型層?（?The?Domain?Model?Layer?）?
最后，因?yàn)槲覀冇懻摰氖且粋€(gè)不是很復(fù)雜的、基于web的應(yīng)用程序，我們需要一組能在不同的層之間移動(dòng)的對(duì)象。領(lǐng)域?qū)ο髮佑赡切┐憩F(xiàn)實(shí)世界中的業(yè)務(wù)對(duì)象的對(duì)象們組成，比如：一份訂單（?Order?）、訂單項(xiàng)（?OrderLineItem?）、產(chǎn)品（?Product?）等等。這個(gè)層讓開發(fā)者停止建立和維護(hù)不必要的數(shù)據(jù)傳輸對(duì)象（?或者叫作DTOs?）,來(lái)匹配他們的領(lǐng)域?qū)ο蟆＠纾琀ibernate允許你把數(shù)據(jù)庫(kù)信息讀進(jìn)領(lǐng)域?qū)ο螅?domain?objects?）的一個(gè)對(duì)象圖，這樣你可以在連接斷開的情況下把這些數(shù)據(jù)顯示到UI層。那些對(duì)象也能被更新和送回到持久層并在數(shù)據(jù)庫(kù)里更新。而且，你不必把對(duì)象轉(zhuǎn)化成DTOs，因?yàn)镈TOs在不同的應(yīng)用層間移動(dòng)，可能在轉(zhuǎn)換中丟失。這個(gè)模型使得Java開發(fā)者自然地以一種面向?qū)ο蟮娘L(fēng)格和對(duì)象打交道，沒有附加的編碼。?
結(jié)合一個(gè)簡(jiǎn)單的例子
既然我們已經(jīng)從一個(gè)高的層次上理解了這些組件，?現(xiàn)在就讓我們開始實(shí)踐吧。在這個(gè)例子中，我們還是將合并Struts、Spring、Hibernate框架。每一個(gè)這些框架在一篇文章中都有太多的細(xì)節(jié)覆蓋到。這篇文章將用一個(gè)簡(jiǎn)單的例子代碼展示怎樣把它們結(jié)合在一起，而不是進(jìn)入每個(gè)框架的許多細(xì)節(jié)。示例應(yīng)用程序?qū)⑹痉兑粋€(gè)請(qǐng)求怎樣跨越每一層被服務(wù)的。這個(gè)示例應(yīng)用程序的一個(gè)用戶能保存一個(gè)訂單到數(shù)據(jù)庫(kù)中和查看一個(gè)在數(shù)據(jù)庫(kù)中存在的訂單。進(jìn)一步的增強(qiáng)可以使用戶更新或刪除一個(gè)存在的訂單。
你可以下載這個(gè)應(yīng)用的源碼（?http://www.onjava.com/onjava/2004/04/07/examples/wiring.zip?）。
因?yàn)轭I(lǐng)域?qū)ο螅?domain?objects?）將和每一層交互，我們將首先創(chuàng)建它們。這些對(duì)象將使我們定義什么應(yīng)該被持久化，什么業(yè)務(wù)邏輯應(yīng)該被提供，和哪種表現(xiàn)接口應(yīng)該被設(shè)計(jì)。然后，我們將配置持久層和用Hibernate為我們的領(lǐng)域?qū)ο螅?domain?objects?）定義“對(duì)象-關(guān)系”映射（?object-to-relational?mappings?）。然后，我們將定義和配置我們的業(yè)務(wù)對(duì)象（?business?objects?）。在有了這些組件后，我們就能討論用Spring把這些層連在一起。最后，我們將提供一個(gè)表現(xiàn)層（?presentation?layer?），它知道怎樣和業(yè)務(wù)服務(wù)層（?business?service?layer?）交流和知道怎樣處理從其它層產(chǎn)生的異常（?exceptions?）。
領(lǐng)域?qū)ο髮樱?Domain?Object?Layer?）?
因?yàn)檫@些對(duì)象將和所有層交互，這也許是一個(gè)開始編碼的好地方。這個(gè)簡(jiǎn)單的領(lǐng)域模型將包括一個(gè)代表一份訂單（?order?）的對(duì)象和一個(gè)代表一個(gè)訂單項(xiàng)（?line?item?for?an?order?）的對(duì)象。訂單（?order?）對(duì)象將和一組訂單項(xiàng)（?a?collection?of?line?item?）對(duì)象有一對(duì)多（?one-to-many?）的關(guān)系。例子代碼在領(lǐng)域?qū)佑袃蓚€(gè)簡(jiǎn)單的對(duì)象：
com.meagle.bo.Order.java:?包括一份訂單（?oder?）的概要信息；
com.meagle.bo.OrderLineItem.java:?包括一份訂單（?order?）的詳細(xì)信息；
考慮一下為你的對(duì)象選擇包名，它將反映你的應(yīng)用程序是怎樣分層的。例如：簡(jiǎn)單應(yīng)用的領(lǐng)域?qū)ο螅?domain?objects?）可以放進(jìn)com.meagle.bo包［譯者注：bo-business?object？］。更多專門的領(lǐng)域?qū)ο髮⒎湃朐赾om.meagle.bo下面的子包里。業(yè)務(wù)邏輯在com.meagle.service包里開始打包，DAO對(duì)象放進(jìn)com.meagle.service.dao.hibernate包。對(duì)于forms和actions的表現(xiàn)類（?presentation?classes?）分別放入com.meagle.action?和?com.meagle.forms包。準(zhǔn)確的包命名為你的類提供的功能提供一個(gè)清楚的區(qū)分，使當(dāng)故障維護(hù)時(shí)更易于維護(hù)，和當(dāng)給應(yīng)用程序增加新的類或包時(shí)提供一致性。
持久層配置（?Persistence?Layer?Configuration?）?
用Hibernate設(shè)置持久層涉及到幾個(gè)步驟。第一步是進(jìn)行配置持久化我們的領(lǐng)域業(yè)務(wù)對(duì)象（?domain?business?objects?）。因?yàn)槲覀冇糜陬I(lǐng)域?qū)ο螅?domain?objects?）持久化的Hibernate和POJOs一起工作（?此句原文：Since?Hibernate?works?with?POJOs?we?will?use?our?domain?objects?for?persistence.?），因此，訂單和訂單項(xiàng)對(duì)象包括的所有的字段的都需要提供getter和setter方法。訂單對(duì)象將包括像ID、用戶名、合計(jì)、和訂單項(xiàng)這樣一些字段的標(biāo)準(zhǔn)的JavaBean格式的setter和getter方法。訂單項(xiàng)對(duì)象將同樣的用JavaBean的格式為它的字段設(shè)置setter和getter方法。
Hibernate在XML文件里映射領(lǐng)域?qū)ο蟮疥P(guān)系數(shù)據(jù)庫(kù)。訂單和訂單項(xiàng)對(duì)象將有兩個(gè)映射文件來(lái)表達(dá)這種映射。有像XDoclet（?http://xdoclet.sourceforge.net/?）這樣的工具來(lái)幫助這種映射。Hibernate將映射領(lǐng)域?qū)ο蟮竭@些文件：
Order.hbm.xml?
OrderLineItem.hbm.xml?
你可以在WebContent/WEB-INF/classes/com/meagle/bo目錄里找到這些生成的文件。配置Hibernate?SessionFactory（?http://www.hibernate.org/hib_docs/api/net/sf/hibernate/SessionFactory.html?）使它知道是在和哪個(gè)數(shù)據(jù)庫(kù)通信，使用哪個(gè)數(shù)據(jù)源或連接池，加載哪些持久對(duì)象。SessionFactory提供的Session（?http://www.hibernate.org/hib_docs/api/net/sf/hibernate/Session.html?）對(duì)象是Java對(duì)象和像選取、保存、更新、刪除對(duì)象這樣一些持久化功能間的翻譯接口。我們將在后面的部分討論Hibernate操作Session對(duì)象需要的SessionFactory配置。?
業(yè)務(wù)層配置（?Business?Layer?Configuration?）
既然我們已經(jīng)有了領(lǐng)域?qū)ο螅?domain?objects?），我們需要有業(yè)務(wù)服務(wù)對(duì)象來(lái)執(zhí)行應(yīng)用邏輯、執(zhí)行向持久層的調(diào)用、獲得從用戶接口層（?UI?layer?）的請(qǐng)求、處理事務(wù)、處理異常。為了將所有這些連接起來(lái)并且易于管理，我們將使用Spring框架的bean管理方面（?bean?management?aspect?）。Spring使用“控制反轉(zhuǎn)”（?IoC?）,或者“setter依賴注入”來(lái)把這些對(duì)象連好，這些對(duì)象在一個(gè)外部的XML文件中被引用。“控制反轉(zhuǎn)”是一個(gè)簡(jiǎn)單的概念，它允許對(duì)象接受其它的在一個(gè)高一些的層次被創(chuàng)建的對(duì)象。使用這種方法，你的對(duì)象從必須創(chuàng)建其它對(duì)象中解放出來(lái)并降低對(duì)象耦合。
這兒是個(gè)不使用IoC的對(duì)象創(chuàng)建它的從屬對(duì)象（?object?creating?its?dependencies?without?IoC?）的例子，這導(dǎo)致緊的對(duì)象耦合：
圖２：沒有使用IoC的對(duì)象組織。對(duì)象Ａ創(chuàng)建對(duì)象Ｂ和Ｃ（?http://www.onjava.com/onjava/2004/04/07/graphics/nonioc.gif?）。
這兒是一個(gè)使用IoC的例子，它允許對(duì)象在一個(gè)高一些層次被創(chuàng)建和傳進(jìn)另外的對(duì)象，所以另外的對(duì)象能直接使用現(xiàn)成的對(duì)象?［譯者注：另外的對(duì)象不必再親自創(chuàng)建這些要使用的對(duì)象］（?allows?objects?to?be?created?at?higher?levels?and?passed?into?objects?so?that?they?can?use?the?implementations?directly?）：
圖３：對(duì)象使用IoC組織。對(duì)象Ａ包含setter方法，它們接受到對(duì)象Ｂ和Ｃ的接口。這也可以用對(duì)象Ａ里的接受對(duì)象Ｂ和Ｃ的構(gòu)建器完成（?http://www.onjava.com/onjava/2004/04/07/graphics/ioc.gif?）。
建立我們的業(yè)務(wù)服務(wù)對(duì)象（?Building?Our?Business?Service?Objects?）?
我們將在我們的業(yè)務(wù)對(duì)象中使用的setter方法接受的是接口，這些接口允許對(duì)象的松散定義的實(shí)現(xiàn)，這些對(duì)象將被設(shè)置或者注入。在我們這個(gè)例子里我們將使我們的業(yè)務(wù)服務(wù)對(duì)象接受一個(gè)DAO去控制我們的領(lǐng)域?qū)ο蟮某志没．?dāng)我們?cè)谶@篇文章的例子中使用Hibernate（?While?the?examples?in?this?article?use?Hibernate?），我們可以容易的轉(zhuǎn)換到一個(gè)不同的持久框架的實(shí)現(xiàn)，通知Spring使用新的實(shí)現(xiàn)的DAO對(duì)象。你能明白編程到接口和使用“依賴注入”模式是怎樣寬松耦合你的業(yè)務(wù)邏輯和你的持久化機(jī)制的。
這兒是業(yè)務(wù)服務(wù)對(duì)象的接口，它是一個(gè)DAO對(duì)象依賴的樁。（?Here?is?the?interface?for?the?business?service?object?that?is?stubbed?for?a?DAO?object?dependency:?）
public?interface?IOrderService?{?
public?abstract?Order?saveNewOrder(Order?order)?
throws?OrderException,?
OrderMinimumAmountException;?
public?abstract?List?findOrderByUser(?
String?user)?
throws?OrderException;?
public?abstract?Order?findOrderById(int?id)?
throws?OrderException;?
public?abstract?void?setOrderDAO(?
IOrderDAO?orderDAO);?
}?
注意上面的代碼有一個(gè)為DAO對(duì)象準(zhǔn)備的setter方法。這兒沒有一個(gè)getOrderDAO方法因?yàn)樗皇潜匾模驗(yàn)椴惶袕耐饷嬖L問連著的OrderDAO對(duì)象的需要。DAO對(duì)象將被用來(lái)和我們的持久層溝通。我們將用Spring把業(yè)務(wù)服務(wù)對(duì)象和DAO對(duì)象連在一起。因?yàn)槲覀兙幋a到接口，我們不會(huì)緊耦合實(shí)現(xiàn)。
下一步是寫我們的DAO實(shí)現(xiàn)對(duì)象。因?yàn)镾pring有內(nèi)建的對(duì)Hibernate的支持，這個(gè)例子DAO將繼承HibernateDaoSupport（?http://www.springframework.org/docs/api/org/springframework/orm/hibernate/support/HibernateDaoSupport.html?）類，這使得我們?nèi)菀兹〉靡粋€(gè)到HibernateTemplate（?http://www.springframework.org/docs/api/org/springframework/orm/hibernate/HibernateTemplate.html?）類的引用，HibernateTemplate是一個(gè)幫助類，它能簡(jiǎn)化Hibernate?Session的編碼和處理HibernateExceptions。這兒是DAO的接口：
public?interface?IOrderDAO?{?
public?abstract?Order?findOrderById(?
final?int?id);?
public?abstract?List?findOrdersPlaceByUser(?
final?String?placedBy);?
public?abstract?Order?saveOrder(?
final?Order?order);?
}?
我們還有兩個(gè)對(duì)象要和我們的業(yè)務(wù)層連在一起。這包括HibernateSessionFactory和一個(gè)TransactionManager對(duì)象。這在Spring配置文件里直接完成。Spring提供一個(gè)HibernateTransactionManager（?http://www.springframework.org/docs/api/org/springframework/orm/hibernate/HibernateTransactionManager.html?），它將從工廠綁定一個(gè)Hibernate?Session到一個(gè)線程來(lái)支持事務(wù)（?見ThreadLocal（?http://java.sun.com/j2se/1.4.2/docs/api/java/lang/ThreadLocal.html?）獲取更多的信息?）。這兒是HibernateSessionFactory和HibernateTransactionManager的Spring配置。
class="org.springframework.orm.hibernate.LocalSessionFactoryBean">?
com/meagle/bo/Order.hbm.xml?
com/meagle/bo/OrderLineItem.hbm.xml?
net.sf.hibernate.dialect.MySQLDialect?
false?
C:/MyWebApps/.../WEB-INF/proxool.xml?
spring?
class="org.springframework.orm.hibernate.HibernateTransactionManager">?
每一個(gè)對(duì)象能被Spring配置里的一個(gè)標(biāo)記引用。在這個(gè)例子里，bean?“mySessionFactory”代表一個(gè)HibernateSessionFactory，bean?“myTransactionManager”代表一個(gè)Hibernate?transaction?manager。注意transactionManger?bean有一個(gè)叫作sessionFactory的屬性元素。HibernateTransactionManager有一個(gè)為sessionFactory準(zhǔn)備的setter和getter方法，它們是用來(lái)當(dāng)Spring容器啟動(dòng)時(shí)的依賴注入。sessionFactory屬性引用mySessionFactory?bean。這兩個(gè)對(duì)象現(xiàn)在當(dāng)Spring容器初始化時(shí)將被連在一起。這種連接把你從為引用和創(chuàng)建這些對(duì)象而創(chuàng)建singleton對(duì)象和工廠中解放出來(lái)，這減少了你應(yīng)用程序中的代碼維護(hù)。mySessionFactory?bean有兩個(gè)屬性元素,它們翻譯成為mappingResources?和?hibernatePropertes準(zhǔn)備的setter方法。通常，如果你在Spring之外使用Hibernate,這個(gè)配置將被保存在hibernate.cfg.xml文件中。不管怎樣,Spring提供了一個(gè)便捷的方式--在Spring配置文件中合并Hibernate的配置。獲得更多的信息查閱Spring?API（?http://www.springframework.org/docs/api/index.html?）。
既然我們已經(jīng)配置了我們的容器服務(wù)beans和把它們連在了一起，我們需要把我們的業(yè)務(wù)服務(wù)對(duì)象和我們的DAO對(duì)象連在一起。然后，我們需要把這些對(duì)象連接到事務(wù)管理器。
這是在Spring配置文件里的樣子:
class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
PROPAGATION_REQUIRED,readOnly,-OrderException
PROPAGATION_REQUIRED,-OrderException?
class="com.meagle.service.spring.OrderServiceSpringImpl">?
class="com.meagle.service.dao.hibernate.OrderHibernateDAO">?
圖４是我們已經(jīng)連在一起的東西的一個(gè)概覽。它展示了每個(gè)對(duì)象是怎樣相關(guān)聯(lián)的和怎樣被Spring設(shè)置進(jìn)其它對(duì)象中。把這幅圖和示例應(yīng)用中的Spring配置文件對(duì)比查看它們之間的關(guān)系。
圖４：這是Spring怎樣將在這個(gè)配置的基礎(chǔ)上裝配beans（?http://www.onjava.com/onjava/2004/04/07/graphics/spring_wiring.gif?）。
這個(gè)例子使用一個(gè)TransactionProxyFactoryBean，它有一個(gè)為我們已經(jīng)定義了的事務(wù)管理者準(zhǔn)備的setter方法。這是一個(gè)有用的對(duì)象，它知道怎樣處理聲明的事務(wù)操作和你的服務(wù)對(duì)象。你可以通過transactionAttributes屬性定義事務(wù)怎樣被處理，transactionAttributes屬性為方法名定義模式和它們?cè)鯓訁⑴c進(jìn)一個(gè)事務(wù)。獲得更多的關(guān)于在一個(gè)事務(wù)上配置隔離層和提交或回滾查閱TransactionAttributeEditor（?http://www.springframework.org/docs/api/org/springframework/transaction/interceptor/TransactionAttributeEditor.html?）。
TransactionProxyFactoryBean（?http://www.springframework.org/docs/api/org/springframework/transaction/interceptor/TransactionProxyFactoryBean.html?）類也有一個(gè)為一個(gè)target準(zhǔn)備的setter,target將是一個(gè)到我們的叫作orderTarget的業(yè)務(wù)服務(wù)對(duì)象的引用（?a?reference?）。?orderTarget?bean定義使用哪個(gè)業(yè)務(wù)服務(wù)對(duì)象并有一個(gè)指向setOrderDAO()的屬性。orderDAO?bean將居于這個(gè)屬性中，orderDAO?bean是我們的和持久層交流的DAO對(duì)象。
還有一個(gè)關(guān)于Spring和bean要注意的是bean能以兩種模式工作。這兩種模式被定義為singleton和prototype。一個(gè)bean默認(rèn)的模式是singleton，意味著一個(gè)共享的bean的實(shí)例將被管理。這是用于無(wú)狀態(tài)操作--像一個(gè)無(wú)狀態(tài)會(huì)話bean將提供的那樣。當(dāng)bean由Spring提供時(shí)，prototype模式允許創(chuàng)建bean的新實(shí)例。你應(yīng)當(dāng)只有在每一個(gè)用戶都需要他們自己的bean的拷貝時(shí)才使用prototype模式。
提供一個(gè)服務(wù)定位器（?Providing?a?Service?Locator?）
既然我們已經(jīng)把我們的服務(wù)和我們的DAO連起來(lái)了，我們需要把我們的服務(wù)暴露給其它層。通常是一個(gè)像使用Struts或Swing這樣的用戶接口層里的代碼來(lái)使用這個(gè)服務(wù)。一個(gè)簡(jiǎn)單的處理方法是使用一個(gè)服務(wù)定位器模式的類從一個(gè)Spring上下文中返回資源。這也可以靠引用bean?ID通過Spring來(lái)直接完成。
這兒是一個(gè)在Struts?Action中怎樣配置一個(gè)服務(wù)定位器的例子：
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?Layer?Configuration?）?
示例應(yīng)用的用戶接口層使用Struts框架。這兒我們將討論當(dāng)為一個(gè)應(yīng)用分層時(shí)和Struts相關(guān)的部分。讓我們從在struts-config.xml文件里檢查一個(gè)Action配置開始。
type="com.meagle.action.SaveOrderAction"?
name="OrderForm"?
scope="request"?
validate="true"?
input="/NewOrder.jsp">?
Save?New?Order?
path="/NewOrder.jsp"?
scope="request"?
type="com.meagle.exception.OrderException"/>?
path="/NewOrder.jsp"?
scope="request"?
type="com.meagle.exception.OrderMinimumAmountException"/>
SaveNewOrder?Action被用來(lái)持久化一個(gè)用戶從用戶接口層提交的訂單。這是一個(gè)典型的Struts?Action；然而，注意這個(gè)action的異常配置。這些Exceptions為我們的業(yè)務(wù)服務(wù)對(duì)象也在Spring?配置文件(applicationContext-hibernate.xml)中配置了（?在transactionAttributes屬性里?）。當(dāng)這些異常被從業(yè)務(wù)層擲出我們能在我們的用戶接口里恰當(dāng)?shù)奶幚硭鼈儭５谝粋€(gè)異常，OrderException，當(dāng)在持久層里保存訂單對(duì)象失敗時(shí)將被這個(gè)action使用。這將引起事務(wù)回滾和通過業(yè)務(wù)對(duì)象傳遞把異常傳回給Struts層。OrderMinimumAmountException，在業(yè)務(wù)對(duì)象邏輯里的一個(gè)事務(wù)因?yàn)樘峤坏挠唵芜_(dá)不到最小訂單數(shù)量而失敗也將被處理。然后，事務(wù)將回滾和這個(gè)異常能被用戶接口層恰當(dāng)?shù)奶幚怼?br />
最后一個(gè)連接步驟是使我們的表現(xiàn)層和我們的業(yè)務(wù)層交互。這已經(jīng)通過使用前面討論的服務(wù)定位器來(lái)完成了。服務(wù)層充當(dāng)一個(gè)到我們的業(yè)務(wù)邏輯和持久層的接口。這兒是?Struts中的SaveNewOrder?Action可能怎樣使用一個(gè)服務(wù)定位器調(diào)用一個(gè)業(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)覆蓋了許多話題。從中而取出的主要思想是怎樣更好的給你的應(yīng)用程序分層：用戶接口層、持久邏輯層、和其它任何你需要的應(yīng)用層。這樣可以解耦你的代碼，允許添加新的代碼組件，使你的應(yīng)用在將來(lái)更易維護(hù)。這里覆蓋的技術(shù)能很好的解決這類的問題。不管怎樣，使用這樣的構(gòu)架可以讓你用其他技術(shù)代替現(xiàn)在的層。例如，你也許不想使用Hibernate持久化。因?yàn)槟阍谀愕腄AO對(duì)象中編碼到接口，你能怎樣使用其它的技術(shù)或框架，比如?iBATIS（?http://www.ibatis.com/?），作為一個(gè)替代是顯而易見的。或者你可能用不同于Struts的框架替代你的UI層。改變UI層的實(shí)現(xiàn)不會(huì)直接影響你的業(yè)務(wù)邏輯層或者你的持久層。替換你的持久層不會(huì)影響你的UI邏輯或業(yè)務(wù)服務(wù)層。集成一個(gè)web應(yīng)用其實(shí)也不是一件煩瑣的工作，靠解耦你的各應(yīng)用層和用適當(dāng)?shù)目蚣芙M成它，它能變得更容易處理。
Mark?Eagle?是一位在MATRIX智囊團(tuán)的高級(jí)軟件工程師，?Inc.?in?Atlanta,?GA。 |
|