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