【正文】 J2EE 框架 所謂框架，對(duì)于 java 來(lái)說(shuō)其實(shí)就是基于面向?qū)ο筌浖?fù)用技術(shù)的能夠解決特定領(lǐng)域一系列相關(guān)問(wèn)題的抽象設(shè)計(jì)的類(lèi)的集合，簡(jiǎn)單地說(shuō)，就是應(yīng)用開(kāi)發(fā)中的一組相互協(xié)作的類(lèi)。 MVC 設(shè)計(jì)模式 MVC 是一種在程序設(shè)計(jì)中所采用的三層架構(gòu)設(shè)計(jì)思想。 V 代表 View，即視圖層，用來(lái)接受用戶提交的數(shù)據(jù)并返回后臺(tái)處理完的最終數(shù)據(jù)結(jié)果。 模型層對(duì)于業(yè)務(wù)邏輯的封裝使得其代碼的可重用性很高，極大的簡(jiǎn)化了代碼量，并優(yōu)化了程序運(yùn)行邏輯?？刂茖觿t主要將系統(tǒng)內(nèi)部的數(shù)據(jù)集中起來(lái)進(jìn)行分發(fā)轉(zhuǎn)向處理，這樣更加易于程序的管理和 維護(hù)。 AJAX 技術(shù) AJAX 即“ Asynchronous JavaScript and XML”（異步 JavaScript 和 XML)，是指一種創(chuàng)建交互式網(wǎng)頁(yè)應(yīng)用的網(wǎng)頁(yè)開(kāi)發(fā)技術(shù)。 本論文的內(nèi)容及組織結(jié)構(gòu) 本文在分析了現(xiàn)有的 J2EE 框架的基礎(chǔ)上，針對(duì)國(guó)內(nèi)團(tuán)購(gòu)網(wǎng)站的現(xiàn)狀進(jìn)行了分析，結(jié)合團(tuán)購(gòu)網(wǎng)站這種電子商務(wù)站點(diǎn)系統(tǒng)的特色，開(kāi)發(fā)出了一套比較安全、穩(wěn)定且可擴(kuò)展性較好的 Web 團(tuán)購(gòu)系統(tǒng)。另外在 web 表現(xiàn)層還糅合了 Ajax 框架，使得整 個(gè)站點(diǎn)的交互性有了更大的提高。 第二章系統(tǒng)相關(guān)技術(shù)及應(yīng)用心得，本章針對(duì)本文所涉及到的相關(guān)技術(shù)做了相對(duì)較為詳細(xì)的探討研究， Struts Hibernate和 Spring作為目前比較成熟的 J2EE輕量級(jí)框架，本章分別就其體系結(jié)構(gòu)、工作原理、性能和應(yīng)用前景做了深入的分析。最后根據(jù) MVC 設(shè)計(jì)模式，就在將上述所有框架整合應(yīng)用到本團(tuán)購(gòu)系統(tǒng)中時(shí)所遇到的問(wèn)題作了下案例剖析。然后對(duì)系統(tǒng)進(jìn)行了功能需求分析，就系統(tǒng)的工作流程、開(kāi)發(fā)平臺(tái)的選擇做了下介紹。 第五章系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)，本章主要就整個(gè)站點(diǎn)后臺(tái)的數(shù)據(jù)庫(kù)表結(jié)構(gòu)做了一個(gè)簡(jiǎn)要介紹。還給出了部分頁(yè)面效果的展示，并就開(kāi)發(fā)過(guò)程中所用到的單元測(cè)試做了概要描述。 6 2 相關(guān)技術(shù)詳解及應(yīng)用心得 Struts 框架 Struts 概述 Struts 2 是 Struts 的下一代產(chǎn)品，是在 Struts 和 WebWork 的技術(shù)基礎(chǔ)上進(jìn)行了合并的全新的 Struts 2 框架。 Struts 2 以 WebWork 為核心，采用攔截器的機(jī)制來(lái)處理用戶的請(qǐng)求，這樣的設(shè)計(jì)也使得業(yè)務(wù)邏輯控制器能夠與 Servlet API 完全脫離開(kāi)，所以 Struts 2 可以理解為 WebWork 的更新產(chǎn)品。 Struts 與 比較 由于 Struts2 是在 Struts1 的基礎(chǔ)上改進(jìn)后發(fā)展 起來(lái)的，所以有必要對(duì)Struts2 與 Struts1 的特性做一下對(duì)比，這樣更易看出 Struts2 的優(yōu)勢(shì)和一些新的特性。 Struts1的一個(gè)共有的問(wèn)題是面向抽象類(lèi)編程而不是面向接口編程 Struts2 的 Action 類(lèi)實(shí)現(xiàn)了一個(gè) Action 接口，連同其他接口一起來(lái)實(shí)現(xiàn)可選擇和自定義的服務(wù)。任何使用 execute()方法的 POJO 對(duì)象都可以被當(dāng)做Struts2 的 Action 的對(duì)象來(lái)使用 線程模型 Struts1 的 Action 類(lèi)是單例類(lèi)，因?yàn)橹挥幸粋€(gè)實(shí)例來(lái)控制所有的請(qǐng)求。 Action 資源必須是線程安全或者同步 Servlet 依賴 Struts1 的 Action 類(lèi)依賴于Servlet API，當(dāng) Action 被調(diào)用時(shí)，以HttpServletRequest 和HttpServletResponse 作為參數(shù)傳給 execute()方法 Struts2 的 Action 和容器無(wú)關(guān)。 Struts2 的Action 可以訪問(wèn)最初的請(qǐng)求。依賴注入的支持也使測(cè)試變得更簡(jiǎn)單 捕獲輸入 Struts1 使用 ActionForm 對(duì)象來(lái)捕獲輸入，和 Action 一樣，所有的 ActionForm 必須擴(kuò)展基類(lèi)。 Action屬性能夠通過(guò) Web 頁(yè)面上的taglibs 訪問(wèn)。表達(dá)式語(yǔ)言支持基本的圖形對(duì)象移動(dòng)，但對(duì)集合索引屬性的支持很弱 Struts2 使用 JSTL，但是還支持一個(gè)更強(qiáng)大和靈活的表達(dá)式語(yǔ)言，即 OGNL 表達(dá)式 類(lèi)型轉(zhuǎn)換 Struts1 的 ActionForm 屬性經(jīng)常都是 String。轉(zhuǎn)換每個(gè)類(lèi)，而不是為每個(gè)實(shí)例進(jìn)行配置 Struts2 內(nèi)置了轉(zhuǎn)換器，對(duì)于日期、整數(shù)或浮點(diǎn)數(shù)等類(lèi)型會(huì)自動(dòng)去調(diào)用相 應(yīng)的轉(zhuǎn)換器進(jìn)行類(lèi)型轉(zhuǎn)換，為編程帶來(lái)極大的方便 視圖支持 Struts1只支持 JSP作為其表現(xiàn)層技術(shù)，沒(méi)有提供對(duì)目前流行的 FreeMarker、 Velocity等表現(xiàn)層的支持 Struts2 提供了對(duì)FreeMaker、 Velocity 等模板技術(shù)的支持，并且配置很簡(jiǎn)單 Struts 體系結(jié)構(gòu) 是基于 MVC 模式的開(kāi)源框架，所以其有著清晰的三層架構(gòu)，各層 8 分工明確，都可以獨(dú)立運(yùn)行，互不干擾，耦合度低。核心控制器主要負(fù)責(zé)攔截所有客戶端的請(qǐng)求，作為一個(gè) Filter 通過(guò) 文件被加入到了 Web 應(yīng)用當(dāng)中，當(dāng)有客戶端請(qǐng)求到達(dá)時(shí)，他就會(huì)進(jìn)行攔截，然后將客戶端請(qǐng)求轉(zhuǎn)發(fā)給相應(yīng)的業(yè)務(wù)邏輯控制器 Action 進(jìn)行處理。核心控制器就是在攔截客戶端請(qǐng)求之后通過(guò)讀取 來(lái)決定將客戶端請(qǐng)求轉(zhuǎn)發(fā)給哪個(gè) Action 進(jìn)行處理的。想要處理客戶端請(qǐng)求就必須獲得請(qǐng)求字符串的參數(shù)或從表單提交數(shù)據(jù)。這樣每一個(gè)請(qǐng)求字符串的參數(shù)和從表單提交的數(shù)據(jù)都可以作為 Action 屬性。一種是 Action 向視圖組件輸出數(shù)據(jù)信息，然后由試圖組件把這些數(shù)據(jù)信息顯示出來(lái)；另一種是 Action 并沒(méi)有向視圖組件輸出數(shù)據(jù)信息，只是根據(jù)處理結(jié)果進(jìn)行簡(jiǎn)單的頁(yè)面跳轉(zhuǎn)。后者由于是直接由 servlet 接受處理客戶端請(qǐng)求并轉(zhuǎn)發(fā)處理結(jié)果，所以執(zhí)行效率相較于 來(lái)說(shuō)高了不止一個(gè)層次。如果避免或減少使用這些，性能相對(duì)來(lái)說(shuō)應(yīng)該還是很好了。 Hibernate 框架 Hibernate 概述 Hibernate 是一個(gè)開(kāi)放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員可以隨心所欲的使用對(duì)象編程思維來(lái)操縱數(shù)據(jù)庫(kù)。它成功地實(shí)現(xiàn)了透明持久化，以面向?qū)ο蟮?HQL 封裝了 SQL，為開(kāi)發(fā)人員提供了一個(gè)簡(jiǎn)潔、靈活且面向?qū)ο蟮臄?shù)據(jù)訪問(wèn)接口。這 6 個(gè)核心接口在任何開(kāi)發(fā)中都會(huì)用到。下面對(duì)這 6 個(gè)核心接口分別加以介紹。 )。同時(shí)， Hibernate 的 session 不同于 JSP 應(yīng)用中的 HttpSession。 10 SessionFactory 接口 SessionFactory 接口負(fù)責(zé)初始化 Hibernate。這里用到了工廠模式。 Configuration 類(lèi) Configuration 類(lèi)負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建SessionFactory 對(duì)象。 Transaction 接口 Transaction 接口負(fù)責(zé)事務(wù)相關(guān)的操作。 Query和 Criteria接口 Query和 Criteria接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫(kù)查詢。 Hibernate 的 ORM技術(shù)介紹 ORM 就是利用描述對(duì)象和數(shù)據(jù)庫(kù)之間映射的元素?fù)?jù)，自動(dòng)（且透明）地把 Java應(yīng)用程序中的對(duì)象持久化到關(guān)系數(shù)據(jù)庫(kù)的表中。然而，如果ORM 作為中間件實(shí)現(xiàn)，就有許多手工編碼的持久層所沒(méi)有的優(yōu)化機(jī)會(huì)。 使用 ORM，應(yīng)用程序與 ORM API 和領(lǐng)域模型類(lèi)交互，并從底層的 SQL/JDBC中被抽象出來(lái)。 ORM 框架通常都會(huì)實(shí)現(xiàn)一個(gè)功能強(qiáng)大的類(lèi)，其主要作用是管理處于持久化狀態(tài)的域?qū)ο?，提供通用?shù)據(jù)訪問(wèn)方法，優(yōu)化數(shù)據(jù)訪問(wèn)性能。 ORM 除了封裝底層數(shù)據(jù)訪問(wèn)代碼、提供透明持久化功能外，還對(duì) SQL 進(jìn)行進(jìn) 11 一步的封裝。 這樣的設(shè)計(jì)，首先極大地提高了使用 ORM 開(kāi)發(fā)項(xiàng)目的靈活性，涵蓋了幾乎所有的框架類(lèi)型 的項(xiàng)目。最后 ORM 在力圖為關(guān)系型數(shù)據(jù)庫(kù)披上一件美麗的面向?qū)ο蟮耐庖聲r(shí)，為關(guān)系型數(shù)據(jù)庫(kù)添加了本應(yīng)屬于面向?qū)ο髷?shù)據(jù)庫(kù)的功能，例如透明持久化、面向?qū)ο蟛樵冋Z(yǔ)言等，在面向?qū)ο缶幊陶Z(yǔ)言和關(guān)系型數(shù)據(jù)庫(kù)之間找到了一個(gè)很好的結(jié)合點(diǎn)。 Hibernate在整個(gè)應(yīng)用系統(tǒng)中是處于數(shù)據(jù)庫(kù)和應(yīng)用程序之間的 位置，向上可以把程序中的持久化對(duì)象映射在相應(yīng)的映射配置文件當(dāng)中，向下可以通過(guò) ORM技術(shù)把映射配置文件中的數(shù)據(jù)對(duì)象持久化到各種數(shù)據(jù)庫(kù)中。支持的數(shù)據(jù)庫(kù)有 Oracle， DB2， MySql, Microsoft SQL Server。 A p p l i c a t i o nH i b e r n a t eP e r s i s t O b j e c t sH i b e r n a t e . p r o p e r t i e s X M L M a p p i n gD a t a b a s e 圖 Hibernate 體系結(jié)構(gòu)圖 12 Hibernate 的性能及應(yīng)用前景分析 Hibernate 由于是對(duì) JDBC 進(jìn)行了輕量級(jí)的封裝，因此在很多情況下Hibernate 的性能都比直接使用 JDBC 存取數(shù)據(jù)庫(kù)要低。在進(jìn)行 Hibernate 性能優(yōu)化時(shí)需要從以下幾個(gè)方面考慮：數(shù)據(jù)庫(kù)設(shè)計(jì)調(diào)整、 HQL 優(yōu)化、正確使用 API（如根據(jù)不同的業(yè)務(wù)類(lèi)型選用不同的集合及查詢 API）、配置參數(shù)（日志、查詢緩存、fetch_size、 batch_size 等）、映射文件優(yōu)化 (ID 生成策略、二級(jí)緩存、延遲加載、關(guān)聯(lián)優(yōu)化 )、一級(jí)緩存優(yōu)化、二級(jí)緩存優(yōu)化與事務(wù)控制策略。經(jīng)過(guò)多年的發(fā)展， Hibernate 已經(jīng)非常優(yōu)秀而且變得越來(lái)越成熟了。使用基本的 JavaBean 來(lái)完成以前只能由 EJB 完成的工作，并提 供了許多企業(yè)應(yīng)用功能。 Spring 主要是業(yè)務(wù)層框架，主要特點(diǎn)是 Ioc 和 AOP 等概念的融合，強(qiáng)項(xiàng)在于 AOP。 Spring 的各個(gè)模塊構(gòu)建在核心容器之上，核心容器定義了創(chuàng)建、配置和管理 Bean 的方式。 13 A O P元 素 據(jù) 及 動(dòng) 態(tài)代 理 實(shí) 現(xiàn)O R M支 持 H i b e r n a t e 、J D O 、 i B a t i S 、T o p l i n kS p r i n g D A O 事 物 、D A O 、 J D B CW e b 上 下 文W e b 應(yīng) 用 環(huán) 境 和 開(kāi)發(fā) 工 具 類(lèi)S p r i n g 上 下 文校 驗(yàn) 、 J N D I 、M a i l 、 任 務(wù) 等M V C 框 架核 心 容 器B e a n 容 器 及 支 持 工 具 圖 Spring 體系結(jié)構(gòu)圖 組成 Spring框架的每個(gè)模塊 (或組件 )都可以單獨(dú)存在，或者與其他一個(gè)或 多 個(gè)模塊聯(lián)合實(shí)現(xiàn)。核心容器的主要組件是 BeanFactory，它是工廠模式的實(shí)現(xiàn)。 Spring上下文： Spring上下文是一個(gè)配置文件，向 Spring框架提供上下文信 息。 Spring AOP通過(guò)配置管理特性， Spring AOP模塊 直接將面向方面的編程功能 集成到了 Spring框架中。 Spring AOP模塊為基于 Spring的應(yīng)用程序中的對(duì)象提供了事務(wù)管理服務(wù)。 Spring DAO： JDBC DAO抽象層提供了有意義的異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來(lái) 管理異常處理和不同數(shù)據(jù)庫(kù)供應(yīng)商拋出的錯(cuò)誤消息。 Spring DAO的面向 JDBC的異常遵從通用的 DAO異常層次結(jié)構(gòu)。所有這些都遵從 Spring的通 14 用事務(wù)和 DAO異常層次結(jié)構(gòu)。所以， Spring框架支持與 Struts的集成。 Spring MVC框架： MVC框架是一個(gè)全功能的構(gòu)建 Web應(yīng)用程序的 MVC實(shí)現(xiàn)。 Spring 的核心工作機(jī)制 （ 1）依賴注入 /控制反轉(zhuǎn)（ Ioc） Spring 的核心是 IoC， IoC 全名為 Inversion of Control，即“控制反轉(zhuǎn)”。但在 Spring 里，創(chuàng)建被調(diào)用者的工作不再由調(diào)用者來(lái)完成，因此稱為控制反轉(zhuǎn)；創(chuàng)建被調(diào)用者實(shí)例的工作通常由 Spring 容器來(lái)完成，然后注入調(diào)用者，因此也稱為依賴注入， Java 之后一個(gè)重要特征是反射（ reflection），它允許程序在運(yùn)行的時(shí)候動(dòng)態(tài)的生成對(duì)象、執(zhí)行對(duì)象的方法、改變對(duì)象的屬性， spring 就是通過(guò)反射來(lái)實(shí)現(xiàn)注入的。依賴注入通常有