【文章內(nèi)容簡介】 WebWork 2。在經(jīng)歷了幾年的各自發(fā)展后，WebWork 和 Struts 社區(qū)決定合二為一，也即是 Struts 2 Spring 技術(shù)簡介Spring 是一個(gè)開源框架，它由 Rod Johnson 創(chuàng)建。它是為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。Spring 使用基本的 JavaBean 來完成以前只可能由 EJB完成的事情。然而，Spring 的用途不僅限于服務(wù)器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何 Java 應(yīng)用都可以從 Spring 中受益?！　　裟康模航鉀Q企業(yè)應(yīng)用開發(fā)的復(fù)雜性　　◆功能：使用基本的 JavaBean 代替 EJB，并提供了更多的企業(yè)應(yīng)用功能　　◆范圍：任何 Java 應(yīng)用　　簡單來說，Spring 是一個(gè)輕量級(jí)的控制反轉(zhuǎn)(IoC)和面向切面(AOP)的容器框架?！　　糨p量——從大小與開銷兩方面而言 Spring 都是輕量的。完整的Spring 框架可以在一個(gè)大小只有 1MB 多的 JAR 文件里發(fā)布。并且 Spring 所需的處理開銷也是微不足道的。此外，Spring 是非侵入式的：典型地，Spring 應(yīng)用中的對(duì)象不依賴于 Spring 的特定類。 　　◆控制反轉(zhuǎn)——Spring 通過一種稱作控制反轉(zhuǎn)（IoC）的技術(shù)促進(jìn)了松耦合。當(dāng)應(yīng)用了 IoC，一個(gè)對(duì)象依賴的其它對(duì)象會(huì)通過被動(dòng)的方式傳遞進(jìn)來，而不是這個(gè)對(duì)象自己創(chuàng)建或者查找依賴對(duì)象。你可以認(rèn)為 IoC 與 JNDI 相反——不是對(duì)象從容器中查找依賴，而是容器在對(duì)象初始化時(shí)不等對(duì)象請(qǐng)求就主動(dòng)將依賴傳遞給它?！　　裘嫦蚯忻妗猄pring 提供了面向切面編程的豐富支持，允許通過分離應(yīng)用的業(yè)務(wù)邏輯與系統(tǒng)級(jí)服務(wù)（例如審計(jì)（auditing）和事務(wù)（transaction）管理）進(jìn)行內(nèi)聚性的開發(fā)。應(yīng)用對(duì)象只實(shí)現(xiàn)它們應(yīng)該做的——完成業(yè)務(wù)邏輯——僅此而已。它們并不負(fù)責(zé)（甚至是意識(shí)）其它的系統(tǒng)級(jí)關(guān)注點(diǎn)，例如日志或事務(wù)支持。 　　◆容器——Spring 包含并管理應(yīng)用對(duì)象的配置和生命周期，在這個(gè)意義上它是一種容器，你可以配置你的每個(gè) bean 如何被創(chuàng)建——基于一個(gè)可配置原型（prototype） ，你的 bean 可以創(chuàng)建一個(gè)單獨(dú)的實(shí)例或者每次需要時(shí)都生成一個(gè)新的實(shí)例——以及它們是如何相互關(guān)聯(lián)的。然而，Spring 不應(yīng)該被混同于傳統(tǒng)的重量級(jí)的 EJB 容器，它們經(jīng)常是龐大與笨重的，難以使用。 　　◆框架——Spring 可以將簡單的組件配置、組合成為復(fù)雜的應(yīng)用。在Spring 中，應(yīng)用對(duì)象被聲明式地組合，典型地是在一個(gè) XML 文件里。Spring 也提供了很多基礎(chǔ)功能（事務(wù)管理、持久化框架集成等等） ，將應(yīng)用邏輯的開發(fā)留給了你。 　　所有 Spring 的這些特征使你能夠編寫更干凈、更可管理、并且更易于測試的代碼。它們也為 Spring 中的各種模塊提供了基礎(chǔ)支持。 JavaScript 技術(shù)簡介Hibernate 是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員可以隨心所欲的使用對(duì)象編程思維來操縱數(shù)據(jù)庫。 Hibernate 可以應(yīng)用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是，Hibernate 可以在應(yīng)用 EJB 的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。Hibernate 的核心接口一共有 5 個(gè)，分別為:Session、SessionFactory、Transaction、Query 和 Configuration。這 5 個(gè)核心接口在任何開發(fā)中都會(huì)用到。通過這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。下面對(duì)這五個(gè)核心接口分別加以介紹。Session 接口:Session 接口負(fù)責(zé)執(zhí)行被持久化對(duì)象的 CRUD 操作(CRUD 的任務(wù)是完成與數(shù)據(jù)庫的交流，包含了很多常見的 SQL 語句。)。但需要注意的是Session 對(duì)象是非線程安全的。同時(shí)，Hibernate 的 session 不同于 JSP 應(yīng)用中的 HttpSession。這里當(dāng)使用 session 這個(gè)術(shù)語時(shí)，其實(shí)指的是 Hibernate 中的 session，而以后會(huì)將 HttpSesion 對(duì)象稱為用戶 session。SessionFactory 接口:SessionFactory 接口負(fù)責(zé)初始化 Hibernate。它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)建 Session 對(duì)象。這里用到了工廠模式。需要注意的是 SessionFactory 并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一個(gè) SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫時(shí)，可以為每個(gè)數(shù)據(jù)庫指定一個(gè) SessionFactory。Configuration 接口:Configuration 接口負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建SessionFactory 對(duì)象。在 Hibernate 的啟動(dòng)的過程中，Configuration 類的實(shí)例首先定位映射文檔位置、讀取配置，然后創(chuàng)建 SessionFactory 對(duì)象。Transaction 接口:Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。它是可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。Query 和 Criteria 接口:Query 和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。它可以使用 HQL 語言或 SQL 語句兩種表達(dá)方式。第 3 章 手機(jī)短信分享系統(tǒng)概述及需求分析 手機(jī)短信分享系統(tǒng)概述手機(jī)短信分享系統(tǒng)是一個(gè)對(duì)手機(jī)短信和相應(yīng)服務(wù)進(jìn)行分享的信息管理系統(tǒng)，它包含了音樂鈴聲模塊、手機(jī)主題模塊、手機(jī)圖片下載模塊、手機(jī)游戲模塊、后臺(tái)管理模塊和手機(jī)短信模塊這六個(gè)功能模塊。網(wǎng)站中都是關(guān)于手機(jī)服務(wù)的模塊，業(yè)務(wù)中包括對(duì)相應(yīng)服務(wù)的點(diǎn)擊量、更新時(shí)間等信息的統(tǒng)計(jì)，可以通過這些信息把動(dòng)態(tài)的根據(jù)需求顯示在頁面上。使用戶更能清晰的根據(jù)自己的需求找到相應(yīng)的服務(wù)和需求。手機(jī)短信分享系統(tǒng)是一個(gè)基于 B/S 的多層 WEB 應(yīng)用系統(tǒng)，主要為上網(wǎng)手機(jī)用戶提供了一個(gè)信息交流的平臺(tái)。用戶可以根據(jù)需要在分享同上下載資源，并且可以發(fā)表評(píng)論，提出問題并表達(dá)自己的觀點(diǎn)。同時(shí)也可以查閱他人的評(píng)論等。 手機(jī)短信分享系統(tǒng)需求分析需求分析是指，需求分析人員將客戶描述的需求用計(jì)算機(jī)語言描述出來，分析用戶的需求是否能實(shí)現(xiàn)，是否還可以提交更多的功能。要開發(fā)一個(gè)軟件產(chǎn)品，最首要也是最重要的就是需求分析，它是決定一個(gè)系統(tǒng)成功與否的關(guān)鍵。對(duì)于開發(fā)一個(gè)分享系統(tǒng)，首先需要確定它能提供那些功能。用戶使用分享系統(tǒng)是按照一定的流程來進(jìn)行的：用戶進(jìn)入分享系統(tǒng)，可以查詢需要的查看信息、查閱服務(wù)、評(píng)論服務(wù)內(nèi)容、管理員要對(duì)分享系統(tǒng)進(jìn)行管理，系統(tǒng)要具有創(chuàng)建、編輯、刪除版塊，管理的用戶，管理信息和設(shè)置的功能等。第 4 章 手機(jī)短信分享系統(tǒng)的詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)階段的根本任務(wù)是確定怎樣具體的實(shí)現(xiàn)要求的目標(biāo)系統(tǒng)，也就是說，經(jīng)過這個(gè)階段的設(shè)計(jì)工作，應(yīng)該寫出對(duì)系統(tǒng)的精確描述，從而在編輯階段可以把這個(gè)描述直接翻譯成用某種程序設(shè)計(jì)語言書寫的程序。此階段要設(shè)計(jì)出程序的“藍(lán)圖” ，開發(fā)人員根據(jù)這個(gè)藍(lán)圖寫出實(shí)際的程序代碼。因此，詳細(xì)設(shè)計(jì)的結(jié)果基本決定了最終程序代碼的質(zhì)量。除了應(yīng)該保證程序的可靠性之外，也應(yīng)保證編寫的程序可讀性好，易于理解、測試、修改和維護(hù)，這一點(diǎn)是詳細(xì)設(shè)計(jì)的最重要的目標(biāo)與任務(wù)。此外，界面設(shè)計(jì)也是本階段完成的主要工作。界面提供了一個(gè)人機(jī)對(duì)話的有效窗口，一個(gè)良好的界面不僅能夠使用戶方便快捷的應(yīng)用這個(gè)系統(tǒng)，而且還可以通過界面形象的了解系統(tǒng)所具有的功能。因此，界面設(shè)計(jì)是系統(tǒng)設(shè)計(jì)過程中的一個(gè)重要的環(huán)節(jié)。 框架分析接下來我們所要做的就是對(duì)整個(gè)系統(tǒng)進(jìn)行邏輯分層，已便于系統(tǒng)的開發(fā)、維護(hù)以及后續(xù)新的功能的擴(kuò)充。軟件的邏輯分層指的是在單個(gè)的軟件模塊中完成相對(duì)獨(dú)立的特定的功能。軟件的層必須符合以下特征：① 每個(gè)層由一組相關(guān)的類或組件構(gòu)成，共同完成特定的功能。② 層與層之間存在自上而下的依賴關(guān)系，即上層組件會(huì)訪問下層組件的API，而下層組件不應(yīng)該依賴上層組件。③ 每個(gè)層對(duì)上層公開API，但具體的實(shí)現(xiàn)細(xì)節(jié)對(duì)外透明。當(dāng)某一層的實(shí)現(xiàn)發(fā)生變化，只要它的API不變，不會(huì)影響其他層的實(shí)現(xiàn)。軟件分層的優(yōu)點(diǎn)，主要表現(xiàn)在以下幾個(gè)方面：① 提高軟件的伸縮性。伸縮性指應(yīng)用程序是否支持更多的用戶。② 提高了軟件的可維護(hù)性?？删S護(hù)性指的時(shí)當(dāng)發(fā)生需求變化時(shí)，只需修改軟件的某一部分，不會(huì)影響其他部分的代碼。層數(shù)越多，可維護(hù)性也會(huì)不斷提高，因?yàn)樾薷能浖哪骋粚拥膶?shí)現(xiàn)，不會(huì)影響其他的層。③ 提高軟件的可擴(kuò)展性?？蓴U(kuò)展性指的是在現(xiàn)有系統(tǒng)中增加新功能的難易程度。層數(shù)越少，增加新功能就越容易破壞現(xiàn)有的程序結(jié)構(gòu)。層數(shù)越多，就可以在每個(gè)層中提供擴(kuò)展點(diǎn)，不會(huì)打破應(yīng)用的整體框架。④ 提高軟件的可重用性?？芍赜眯灾傅氖菓?yīng)用程序代碼沒有冗余，同一個(gè)應(yīng)用程序能滿足多種需求。⑤ 提高軟件的可管理性。可管理性指的是管理系統(tǒng)的難易程度。將應(yīng)用程序分為多層后，可將工作分給不同的開發(fā)小組，從而便于管理。我們采用流行的MVC設(shè)計(jì)模式，整合Struts 、Spring 、Hibernate 框架，把整個(gè)系統(tǒng)分為四層：表示層 ( Presentation Layer)、業(yè)務(wù)層（ Business Layer） 、持久層 （Persistence Layer ） 、域模塊層（Domain Model Layer ） ，并用Struts實(shí)現(xiàn)表現(xiàn)層， 用Spring 實(shí)現(xiàn)業(yè)務(wù)層， 用Hibernate 實(shí)現(xiàn)數(shù)據(jù)持久層。? 表示層：提供與用戶交互的界面，主要負(fù)責(zé)接受用戶請(qǐng)求并做出響應(yīng)。它接受用戶的輸入，將數(shù)據(jù)傳遞給業(yè)務(wù)層，并將業(yè)務(wù)層返回的處理結(jié)果以DHTML的形式呈現(xiàn)給用戶。這一層的最佳實(shí)現(xiàn)模式就是MVC 模式，所以借助成熟的采用MVC模式的Struts 來實(shí)現(xiàn)該層。 Struts主要在這一層負(fù)責(zé)為用戶管理請(qǐng)求和響應(yīng)；提供ActionFrom來封裝與用戶互動(dòng)的數(shù)據(jù)元素；提供控制器（controller）代理調(diào)用業(yè)務(wù)邏輯；處理從其他層拋出的Struts Action異常；? 業(yè)務(wù)層：具體的業(yè)務(wù)邏輯通常導(dǎo)致代碼的高度耦合，因此我們將業(yè)務(wù)邏輯分為單獨(dú)的一層，其目的也是希望通過該層，來降低它與系統(tǒng)其他部分的耦合度。該層借助Spring可以達(dá)到更好的效果。通過Spring的IOC模式來裝配業(yè)務(wù)組件，如DAO對(duì)象，使系統(tǒng)更具擴(kuò)展性。通過Spring AOP（面向方面）思想，來集中處理具體業(yè)務(wù)，如事務(wù)管理，使代碼更為簡潔，增加復(fù)用，提高開發(fā)效率。所以Spring主要在這一層負(fù)責(zé)處理應(yīng)用程序的業(yè)務(wù)邏輯和業(yè)務(wù)驗(yàn)證；管理事務(wù)；管理業(yè)務(wù)層對(duì)象之間的依賴；從表示層中提供一個(gè)上下文（context）給業(yè)務(wù)層獲得業(yè)務(wù)服務(wù)（business services ） ；管理從業(yè)務(wù)邏輯到持久層的實(shí)現(xiàn)。? 持久層：在傳統(tǒng)的系統(tǒng)開發(fā)中該層占據(jù)大部分的開發(fā)時(shí)間，且隨著需求的變更功能的修改，逐漸變得難以控制，特別是表結(jié)構(gòu)的變化可能導(dǎo)致整個(gè)系統(tǒng)大動(dòng)干戈。Hibernate 框架為java 提供了對(duì)象－關(guān)系持久化（objecttorelational persistence ）機(jī)制和查詢服務(wù)。借助Hibernate ，利用其持久化機(jī)制和CRUD封裝來減少代碼開發(fā)量和其他層次的耦合度。? 域模塊層：該層應(yīng)該說是ORM思想的產(chǎn)物，ORM用對(duì)象關(guān)聯(lián)數(shù)據(jù)表，允許數(shù)據(jù)表中數(shù)據(jù)放入對(duì)象，也允許對(duì)象中數(shù)據(jù)更新到數(shù)據(jù)表，我們將這些對(duì)象的集合歸為一個(gè)專門的層次即Domain Layer。域?qū)ο蟪袚?dān)各層之間數(shù)據(jù)通信的載體。實(shí)際上域?qū)ο笠彩且粋€(gè)完完全全的業(yè)務(wù)對(duì)象，如Board對(duì)象， Friend對(duì)象。通過對(duì)業(yè)務(wù)的對(duì)象化，這有利于業(yè)務(wù)邏輯的重用。將系統(tǒng)進(jìn)行如上的分層，從理論上可以讓其承擔(dān)各自職責(zé)，表示層提供友好的用戶交互、業(yè)務(wù)層處理具體問題領(lǐng)域邏輯、持久層完成與數(shù)據(jù)庫讀取存儲(chǔ)、域模型承擔(dān)數(shù)據(jù)傳輸?shù)妮d體。將一個(gè)復(fù)雜的應(yīng)用領(lǐng)域細(xì)分成諸多最小單元，然后進(jìn)行串聯(lián)、組合。使得一個(gè)應(yīng)用領(lǐng)域的實(shí)現(xiàn)過程中，最小單元達(dá)到最大復(fù)用，這也是我們將ICPS系統(tǒng)進(jìn)行上述分層的原因之一。分層后的設(shè)計(jì)圖如圖51所示。圖51 系統(tǒng)架構(gòu)層次圖 功能模塊簡介 系統(tǒng)功能劃分：根據(jù)系統(tǒng)所實(shí)現(xiàn)的功能，可作出如下圖所示的結(jié)構(gòu)劃分：根據(jù)服務(wù)分類顯示服務(wù)類型精品鈴聲服務(wù) 圖片下載服務(wù)短信服務(wù)首頁手機(jī)主題服務(wù) 手機(jī)游戲服務(wù)顯示其他服務(wù)的信息 根據(jù)點(diǎn)擊量和更新時(shí)間顯示服務(wù)列表顯示具體鈴聲分類列表顯示鈴聲列表顯示總體鈴聲數(shù)數(shù)據(jù)和排行顯示所有手機(jī)主題數(shù)據(jù)顯示手機(jī)主題顯示總手機(jī)主題數(shù)據(jù)和排行顯示具體圖片分類列表和數(shù)據(jù)顯示圖片下載顯示總圖片下載數(shù)據(jù)和排行顯示具體游戲分類列表和數(shù)據(jù)顯示手機(jī)游戲顯示總手機(jī)游戲數(shù)據(jù)和排行顯示具體短信分類列表和數(shù)據(jù)顯示短信服務(wù)顯示總短信服務(wù)數(shù)據(jù)和排行 系統(tǒng)邏輯流程圖：首頁服務(wù)總頁面（分類，排行，更新時(shí)間）信息列表【頁面邏輯流程圖】 選擇一個(gè)服務(wù)類型 選擇一個(gè)下載內(nèi)容下載頁面下載完成按說明進(jìn)行下載搜索內(nèi)容搜索頁面 選擇一個(gè)下載內(nèi)容分類內(nèi)容分類信息頁面 選擇一個(gè)下載內(nèi)容頁面需要的信息服務(wù)層（Service 類） 由 Spring 依賴注入實(shí)體類DAO 層(Hibernate 查詢)查詢數(shù)據(jù)庫，返回?cái)?shù)據(jù)Action 類（Struts2）提供根據(jù) ID 或者其他需求查詢數(shù)據(jù)結(jié)束