【文章內(nèi)容簡介】 于 HTTP 的無狀態(tài)性引起的， Model2 和 MVC 一樣，也是利用控制器來分離模型和視圖，達到一種層間松散耦合的效果，以提高系統(tǒng)靈活性、復用性和可維護性 。 Struts2 繼承了 MVC 的各項特性，并根據(jù) J2EE 的特點，做了一些變化 和調(diào)整。作為 MVC 模式的典型實現(xiàn)，對 Model、 View 和 Controller 都提供了實現(xiàn)組件其具體的實現(xiàn)，如圖 所示。 圖 Struts2 框架結(jié) Hibernate Hibernate 是一個面向 Java 環(huán)境的對象 /關系數(shù)據(jù)庫映射工具。對象 /關系數(shù)據(jù)庫映射(Object/Relational Maing)表示一種技術，用來把對象模型表示的對象映射到基于 SQL 的關基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 6 系模型數(shù)據(jù)結(jié)構中去。 Hibernate 從問世的那天起，就爆發(fā)了一場對數(shù)據(jù)持續(xù)性處理問題的激烈討論。所以在目前行業(yè)的 Java 數(shù)據(jù)庫應用項目中，許多的開發(fā)人員開始使用 Hibernate在數(shù)據(jù)庫上的應用，從而將開發(fā)人員從重復、技術含量不高、繁瑣的數(shù)據(jù)庫編程中解脫出來。在 Hibernate 誕生之前，開發(fā)人員要非常麻煩的將面向?qū)ο蟮能浖完P系結(jié)合在一起。而借助 Hibernate 對象 /關系數(shù)據(jù)庫映射 (ORM))技術，可以輕松地將對象的各個狀態(tài)數(shù)據(jù)映射到基于 SQL 的關系模型數(shù)據(jù)結(jié)構中去。而 Hibernate 中最核心的技術是 ORM，就是將Java 中的對象與對象之間的關系，對應到關系型數(shù)據(jù)庫中的表格與表格的關系， Hibernate提供了方案，相 反地，也提供數(shù)據(jù)庫表 與表 之間的關系，對應 Java 程序中對象之間的關系 。Hibernate 中提供了數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，從而大幅度減少了開發(fā)時人工使用 SQL和 JDBC 處理數(shù)據(jù)的時間 。 Hibernate 的系統(tǒng)結(jié)構正如上面所介紹的， Hibernate 的持久化解決方案將用戶從赤裸裸的 JDBC 訪問中釋放出來，用戶不再關注底層的 JDBC 操作，而是以面向?qū)ο蟮姆绞竭M行持久化操作。 這種“全面解決”的體系結(jié)構，如圖 所示： 圖 Hibernate 體系架構圖 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 7 下面對上圖中各對象逐一進行說明： SessionFactory，這是 Hibernate 的關鍵對象，它是線程安全的，因為它是單個數(shù)據(jù)庫映射關系經(jīng)過編譯后的內(nèi)存鏡像。它本身要用到ConnectionProvider。 Session 對象有一個一級緩存，顯示執(zhí)行 flush 之前，所有持久化操作的數(shù)據(jù)都緩存在 Session對象處。持久化對象，系統(tǒng)創(chuàng)建的 POJO 示例，一旦與特定的 Session關聯(lián)，并對應成數(shù)據(jù)表的制定記錄，該對象就處于持久化狀態(tài)，這一系列對象都被稱為持久化對象。在程序中對持久化對象執(zhí)行修改，都將自動被轉(zhuǎn)換為持久層的修改。事務(Transaction)，代 表一個原子操作，它具有數(shù)據(jù)庫事務的概念。但它可以通過抽象，把應用程序從底層具體的 JDBC、 JTA 以及 CORBA 事務中隔離開。 Spring Spring 作為實現(xiàn) J2EE 的一個全方位應用程序框架，為我們開發(fā)企業(yè)級應用提供了一個健壯、高效的解決方案。 主要有 以下幾個特點： 1 非侵入式：對于寫代碼從來不考慮復用和移植的程序員來說，這一點根本就沒有吸引力，那么請?zhí)^。所謂非侵入式是指 Spring 框架的 API 不會在業(yè)務邏輯上出現(xiàn)，也就是說我們的業(yè)務邏輯應該是純凈的，不能出現(xiàn)與業(yè)務邏輯無關的代碼。首先針對應用 而言，這樣我們才能將業(yè)務邏輯從當前應用中剝離出來，從而在其他的應用中實現(xiàn)復用；其次針對框架而言，由于業(yè)務邏輯中沒有 Spring 的 API，所以業(yè)務邏輯也可以從 Spring 框架快速的移植到其他框架。 2 容器： Spring 提供容器功能，容器可以管理對象的生命周期，對象與對象之間的依賴關系。你可以寫一個配置文件（通常是 xml 文件），在上面定義對象的名字，是否是單例，以及設置與其他對象的依賴關系。那么在容器啟動之后，這些對象就被實例化好了，基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 8 你直接去用就好了，而且依賴關系也建立好了。 3 IOC：控制反轉(zhuǎn)，謂之 “ 依賴關系的轉(zhuǎn)移 ” ，如果以前都是依賴于實現(xiàn)，那么現(xiàn)在反轉(zhuǎn)為依賴于抽象吧，其實它的核心思想就是要面向接口編程 4 依賴注入：建立對象與對象之間依賴關系的實現(xiàn)，包括接口注入、構造注入、 set注入，在 Spring 中只支持后兩種 5 AOP：面向方面編程，我們可以把日志、安全、事務管理等服務（或功能）理解成一個 “ 方面 ” ，那么以前這些服務一直是直接寫在業(yè)務邏輯的代碼當中的，這有兩點不好；首先業(yè)務邏輯不純凈，其次這些服務被很多業(yè)務邏輯反復使用，完全可以剝離出來做到復用。那么 AOP 就是這些問題的解決方案，我們可以把這些 服務剝離出來形成一個 “ 方面 ” ，以期做到復用；然后將 “ 方面 ” 動態(tài)的插入到業(yè)務邏輯中讓業(yè)務邏輯能夠享受到此 “ 方面 ”的服務 。 其他還有一些特點不是 Spring 的核心，這里只做簡單陳述，如：對 JDBC 的封裝與簡化，提供事務管理功能，對 O/R mapping 工具（ hibernate、 iBATIS）的整合；提供 MVC解決方案，也可以與其他 web 框架（ Struts JSF）進行整合；還有對 JNDI、 mail 等服務進行封裝。 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 9 第 3章 系統(tǒng)需求分析 開發(fā)可行性分析 技術上的可行性 根據(jù)系統(tǒng)目標需求分析得結(jié) 果來看，不需要通過購買專業(yè)軟件，僅采用基本的 J2EE開發(fā)工具，就可以解決相關的問題，從而保證系統(tǒng)功能的實現(xiàn)。 管理上的可行性 把企業(yè)業(yè)務延伸到 Inter 上，建立了電子商務網(wǎng)站，這樣，對于企業(yè)來說，可以通過網(wǎng)絡方便的展示信息，快捷的進行購物等商務活動。因此，企業(yè)中的管理人員也不會對此有很大的抵觸情緒，主管領導也能夠給予相應的支持。 經(jīng)濟上的可行性 企業(yè)在運營過程中，會經(jīng)常遇到產(chǎn)品的宣傳受到限制等情況，會有一些地理位置相對較遠的客戶與企業(yè)，這樣，采購商或顧客只能通過上門咨詢或者電話溝通 等方式進行各種信息的獲取與交換，也受到了時間與物理空間的局限并且成本隨之提高。而本系統(tǒng)可以幫助企業(yè)正確認識電子商務技術在企業(yè)中的重要地位，以少量的時間和資金建立企業(yè)信息門戶網(wǎng)站并架設一定范圍的商務網(wǎng)絡，以此來是企業(yè)與顧客間的經(jīng)濟活動變得更靈活、更主動。 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 10 功能需求分析 需求分析就是描述系統(tǒng)的需求，通過定義系統(tǒng)中的主要類來建立模塊。開發(fā)者和提出需求的人之間建立一種理解和溝通機制這才是分析的根本目的所在，所以電子商務網(wǎng)上購物系統(tǒng)的需求分析也必須是開發(fā)人員和用戶（或客戶）一起才能完成的。需求分析一般包含兩個步 驟，首先進行需求提取，通過調(diào)研，與客戶充分交流溝通咨詢等手段獲取需求信息，對系統(tǒng)的需求進行概括性的描述。然后再需求提取的基礎上再通過識別參與者、繪制用例圖以及進行用例描述等方法進行進一步的需求分析。 需求提取 電子商務網(wǎng)上購物系統(tǒng)的簡單流程是 ： 商品管理員進貨后，整理歸類，將商品信息發(fā)布到網(wǎng)站上 。網(wǎng) 絡用戶登錄該網(wǎng)站后，自行注冊，購得商品，提交購物單給商品管理員 。管理員 根據(jù)具體情況更改訂單的 狀態(tài) （已下單，未受理 /已受理，未 發(fā)貨 /已發(fā)貨，交易未結(jié)束 /交易成功 ） . 需求分析 識別參與者 從上 面的文本需求說明可知，電子商務購物系統(tǒng)的角色可以劃分為兩類。商品管理員：擁有所有權限。用戶（購物者）：瀏覽商品列表、任意選購商品、任意填寫購買數(shù)量、修改購買數(shù)量、刪除已選擇的商品、取消購買、提交購買下達訂單和查看自己訂單 的處理進度 。 系統(tǒng)用例圖 根據(jù)上述分析，畫出系統(tǒng)的主要用例圖，如圖 所示。 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 11 圖 系統(tǒng)用例圖 系統(tǒng)用例說明 表 商品管理用例說明 名稱、標識符 商品管理 功能描述 對商品進行增加、刪除、修改、查詢、發(fā)布 優(yōu)先級 高 輸入 輸入初始化的商品 輸出 顯示商品的基本信息 補充說明 首先要求的就是能夠添加商品 登錄 商品管理 后臺管理員 訂單管理管理 會員 管理 系統(tǒng)用戶 管理 會員信息修改 會員 前臺 訂單 管理 購物車 管理 購物 瀏覽商品 會員注冊 非會員 商品搜索 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 12 表 訂單管理用例說明 名稱、標識符 訂單管理 功能描述 查看訂單、刪除訂單、修改訂單的狀態(tài) 優(yōu)先級 高 輸入 主要選擇訂單的四種狀態(tài)： 已下單，未受理 /已受理，未發(fā)貨 /已發(fā)貨，交易未結(jié)束 /交易成功 輸出 主要是顯示訂單的基本信息和訂單狀態(tài) 表 會員管理用例說明 名稱、標識符 會員管理 功能描述 管理員可以查看所有注冊用戶、刪 除某一用戶、修改某一用戶的基本信息 優(yōu)先級 低 輸入 輸入用戶的基本信息 輸出 用戶的基本信息 補充說明 主要是對用戶進行審核，若有不守信用的會員可以及時刪除 表 用戶注冊用例說明 名稱、標識符 用戶注冊 功能描述 注冊用戶的信息包括登錄賬號、密碼、核對密碼、真實姓名、聯(lián)系電話、聯(lián)系地址、郵政編碼、電子郵箱 優(yōu)先級 高 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 13 輸入 輸入用戶的基本信息 輸出 把填入的信息保存到數(shù)據(jù)庫，用于日后管理員的維護以及用戶自己的修改 補充說明 購買商品，必須先進行注冊。 表 選購商品 用例說明 名稱、標識符 選購商品 功能描述 可以查看所有上架商品、選擇購買、填寫購買數(shù)量 優(yōu)先級 中 輸入 用戶將要購買的產(chǎn)品 輸出 將用戶已經(jīng)購買的商品基本信息顯示出來 補充說明 表 購物車管理用例說明 名稱、標識符 購物車管理 功能描述 可以查看自己已選購的商品和數(shù)量、可以修改某一數(shù)量，也可以繼續(xù)購物，清空購物車，提交購物車下達訂單 優(yōu)先級 中 輸入 如果覺得購買的數(shù)量不如意，可以重新輸入用戶要購買的數(shù)量 輸出 把用戶選好購買的商品信息顯示出來 補充說明 確認好了就可 以下達訂單 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 14 數(shù)據(jù)庫分析 數(shù)據(jù)庫分析是整個電子商務系統(tǒng)開發(fā)過程中一個重要環(huán)節(jié)，它具體可以分為兩個部分：一是概念模型的分析，即 ER 圖的分析 。二是邏輯模型的分析，即表與字段的分析 系統(tǒng) ER 圖 本系統(tǒng)根據(jù)上面的需求分析，可以確定系統(tǒng)中各種實體以及他們之間的關系。規(guī)劃出的實體包括用戶數(shù)據(jù)實體、貨物數(shù)據(jù)實體、商品類別數(shù)據(jù)實體、所購商品信息實體等。通過對實體聯(lián)系的分析，設計出本系統(tǒng)各實體聯(lián)系的 ER 圖，如圖 所示。 圖 電子商 務系統(tǒng)實體關系圖 商品 購買 會員 隸屬 商品種類 包含 訂單 購物車 擁有 購物車選購商品 擁有 包含 生成 1 n n 1 n 1 n 1 n 1 n n 1 生成 1 nnn N 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 15 數(shù)據(jù)字典 表與字段分析是建立在上面所示的電子商務網(wǎng)上購物系統(tǒng) ER 圖的基礎上，可以通過該 ER 圖確定系統(tǒng)中所有的表以及相應的字段。 根據(jù)功能模塊設計的結(jié)果可知，本系統(tǒng)的用戶有管理員和注冊用戶兩類，在系統(tǒng)中要記錄用戶的數(shù)據(jù)。用于管理用戶和注冊用戶的性質(zhì)和操作功能大不相同，因此，在此系統(tǒng)中要分別進行數(shù)據(jù)記錄。首選需要如下兩個數(shù)據(jù)實體。管理員數(shù)據(jù)實體：只要記錄管理員的用戶名和密碼，這兩項是進行管理功能模塊登錄驗證時所必需的。 表 管理員表（ Admin） 編 號 字段名稱 字段類型 說 明 1 ID int 主鍵 id 2 LoginName varchar(20) 管理員用戶名 3 LoginPwd varchar(50) 密碼 注冊用戶數(shù)據(jù)實體：包括用戶名、密碼、身份證、性別、聯(lián)系地址、聯(lián)系郵編、聯(lián)系電話、電子郵 件等。這些信息由用戶自己進行維護，管理員可以根據(jù)這些信息來了解 戶。 表 注冊用戶表（ member） 編 號 字段名稱 字段類型 說 明 1 ID Int(11) 主鍵 id 2 MemberlevelID Int(11) 會員級別 id 3 LoginName varchar(20) 會員賬號 4 LoginPwd varchar(50) 密碼 基于 Struts2 購物網(wǎng)站的設計與實現(xiàn) 16 5 Me