【正文】 y name=850311/property property name= jdbc: /property property name=dialect/property property name= mysql/localhost /property property name= /property property name=none/property property name=show_sqltrue/property mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / mapping resource=/super4/dang/domain/hibernate/ / /sessionfactory /hibernateconfiguration 在配置好實(shí)體關(guān)系映射以及 Hibernate 配置文件后，實(shí)現(xiàn)數(shù)據(jù)庫 連接 的代碼為： package 。 import 。 import 。 import 。 public class HbnSessionFactory { private static SessionFactory factory。 private static Configuration conf。 static{ conf=new Configuration().configure()。 factory=()。 } public static Session getSession(){//獲得一個(gè) Sessoion Session session=()。 return session。 } public static void closeSession(Session session){//關(guān)閉 Session if(session!=null amp。amp。 ()){ ()。 } } } 4 網(wǎng)上購物系統(tǒng) 的 設(shè)計(jì) 系統(tǒng)的主要架構(gòu)及開發(fā)模式 系統(tǒng)的建設(shè)關(guān)鍵在于其所使用的架構(gòu)，而網(wǎng)上購物這 種基于 web 的系統(tǒng)，傳統(tǒng)的 c/s 架構(gòu)已經(jīng)不能滿足大量用戶的訪問和操作， b/s 基于瀏覽器的架構(gòu)則是目前網(wǎng)絡(luò)系統(tǒng)應(yīng)用的主流，它將大量的數(shù)據(jù)處理工作交給服務(wù)器端來處理，客戶端只用通過普通的 IE 瀏覽器即可訪問系統(tǒng)，方便快捷而且利于系統(tǒng)的更新和維護(hù)， java 語言在該方面更是得天獨(dú)厚， j2ee 規(guī)范的出現(xiàn)則使系統(tǒng)的開發(fā)更加規(guī)范，層次更加清楚，更利于對(duì)復(fù)雜事務(wù)的處理，而且在安全性方面也做的更好?；?mvc 的開發(fā)流程則使開發(fā)過程更加清晰明了，利于做一些復(fù)雜的邏輯實(shí)現(xiàn)，從而節(jié)省了開發(fā)周期和開發(fā)成本。 基于 B/S 的體系 結(jié)構(gòu) 在 B/S 體系結(jié)構(gòu)系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡(luò)上的許多服務(wù)器發(fā)出請(qǐng)求，服務(wù)器對(duì)瀏覽器的請(qǐng)求進(jìn)行處理，將用戶所需信息返回到瀏覽器。 B/S 結(jié)構(gòu)簡化了客戶機(jī)的工作，客戶機(jī)上只需配置少量的客戶端軟件。服務(wù)器將擔(dān)負(fù)更多的工作，對(duì)數(shù)據(jù)庫的訪問和應(yīng)用程序的執(zhí)行將在服務(wù)器上完成。瀏覽器發(fā)出請(qǐng)求，而其余如數(shù)據(jù)請(qǐng)求、加工、結(jié)果返回以及動(dòng)態(tài)網(wǎng)頁生成等工作全部由 Web Server 完成。實(shí)際上 B/S 體系結(jié)構(gòu)是把二層 C/S結(jié)構(gòu)的事務(wù)處理邏輯模塊從客戶機(jī)的任務(wù)中分離出來，由 Web 服務(wù)器單獨(dú)組成一層來負(fù)擔(dān)其任務(wù)，這樣客戶機(jī)的壓力減輕了，把負(fù)荷分配給了 Web 服務(wù)器。這種三層體系結(jié)構(gòu)如圖 所示。 圖 3. B/S 三層架構(gòu)示意圖 這種結(jié)構(gòu)不僅把客戶機(jī)從沉重的負(fù)擔(dān)和不斷對(duì)其提高的性能的要求中解放出來，也把技術(shù)維護(hù)人員從繁重的維護(hù)升級(jí)工作中解脫出來。由于客戶機(jī)把事務(wù)處理邏輯部分分給了功能服務(wù)器，使客戶機(jī)一下子 苗條 了許多，不再負(fù)責(zé)處理復(fù)雜計(jì)算和數(shù)據(jù)訪問等關(guān)鍵事務(wù)，只 負(fù)責(zé)顯示部分，所以維護(hù)人員不再為程序的維護(hù)工作奔波于每個(gè)客戶機(jī)之間，而把主要精力放在功能服務(wù)器上程序的更新工作。這種三層結(jié)構(gòu)在層與層之間相互獨(dú)立，任何一層的改變不會(huì)影響其它層的功能。 基于 MVC 的應(yīng)用開發(fā)模型 在傳統(tǒng)的基于 Web 的應(yīng)用系統(tǒng)中，例如 ASP， CGI 等，通常開發(fā)者將業(yè)務(wù)邏輯，數(shù)據(jù)邏輯、展示邏輯等混雜在一起，在同一個(gè)界面面里既進(jìn)行后臺(tái)數(shù)據(jù)庫的訪問和操作，同時(shí)還包含業(yè)務(wù)流程和頁面表示。這樣編寫出來的程序，既不利于程序員對(duì)業(yè)務(wù)代碼的調(diào)試，同時(shí)也不利于編輯人員進(jìn)行交互頁面的設(shè)計(jì)。同時(shí)系統(tǒng)也不 具備可擴(kuò)展性，當(dāng)我們要在現(xiàn)有業(yè)務(wù)上進(jìn)行擴(kuò)展的時(shí)候，通常無法借助于現(xiàn)有的資源和應(yīng)用，而只能夠重新編寫，大大增加了投資，延長了系統(tǒng)上線的時(shí)間，失去了競爭市場的優(yōu)勢(shì)。 在本網(wǎng)上購物系統(tǒng)中，將采用通行的 MVC 模式來構(gòu)建應(yīng)用。這種結(jié)構(gòu)解決了前面所述的所有問題，在我們的應(yīng)用集成網(wǎng)絡(luò)中，通過企業(yè)級(jí)高端 J2EE 應(yīng)用服務(wù)器實(shí)現(xiàn) MVC 開發(fā)模型。MVC 的邏輯圖如下： 圖 應(yīng)用服務(wù)器之上采用 MVC 開發(fā)的邏輯示意圖 Browse 瀏覽器 Web 服務(wù)器 數(shù)據(jù)庫 應(yīng)用服務(wù)器 EJB 容器 業(yè)務(wù)組件 數(shù)據(jù)庫 Web 服務(wù)器 瀏覽器 Jsp Serverlet 控制器 圖 MVC 業(yè)務(wù)流程示意圖 通過這種方案，我們可以迅速地實(shí)現(xiàn)整個(gè)業(yè)務(wù)，其優(yōu)勢(shì)和特點(diǎn)如下： Model（模型）層：由 EJB 組件來實(shí)現(xiàn)， EJB 將具體的業(yè)務(wù)封裝在組件內(nèi)部，具備安全、高性能、可重用等優(yōu)秀的特征。 View（視圖）層：由 JSP、 HTML 組成。這一層次的特點(diǎn)是能夠真實(shí)地展示和客戶交互的界面，具備可描繪的功能。同時(shí)能夠嵌套動(dòng)態(tài)數(shù)據(jù)，可以進(jìn)行動(dòng)態(tài)頁面的展示。同時(shí)可以方便地進(jìn)行客戶端的個(gè)性化定制。 根據(jù)每個(gè)客戶的需求來展示不同風(fēng)格的界面。 Controller（控制器）層：是非常重要的一層，這一層是連接 View 和 Model 的紐帶，同時(shí)也是將這兩層進(jìn)行最大限度分離的工具。通常由 Servlet 來實(shí)現(xiàn)， Servlet 和 JSP 雖然同樣都屬于頁面展示工具，但分屬兩層。主要在于 JSP 以腳本語言的形式存在， 它的主要優(yōu)勢(shì)是進(jìn)行動(dòng)態(tài)數(shù)據(jù)的 Web 展示，而 Servlet 是一個(gè)完整的 Java 程序，進(jìn)行業(yè)務(wù)的調(diào)用和流程的處理是它的長處。 通過這種模型的建立，我們的應(yīng)用系統(tǒng)具備了非常好的性能和可擴(kuò)展性。將業(yè)務(wù)組件和展示頁面進(jìn)行 分離，并通過 Controller 來描述調(diào)用關(guān)系，一方面可以提高效率，另一方面也可以增加系統(tǒng)擴(kuò)充的能力，使我們的系統(tǒng)可以進(jìn)行最快速度的業(yè)務(wù)擴(kuò)展，以滿足不同用戶、不同階段、各種各樣的業(yè)務(wù)需求。 系統(tǒng)功能模塊設(shè)計(jì) 前臺(tái)部分 前臺(tái)總體框架 前臺(tái)的總體流程為： Control 服務(wù)控制 View 顯示方式 Model 業(yè)務(wù)邏輯模型 輸入請(qǐng)求 輸出 Html 其他 否 瀏覽商品 是否要注冊(cè)？ 注冊(cè) 是 否 購 物 車 我的資料 瀏覽選購商品 注冊(cè)是否成功？ 是 前臺(tái)主頁 是否登陸？ 否 是 當(dāng)用戶進(jìn)入平臺(tái)前臺(tái)主頁面后，可以瀏覽商品，如果想要購買商品，查看用戶資料，下訂單，對(duì)商品評(píng)論回復(fù)等具體功能時(shí)，必須先進(jìn)行用戶的注冊(cè)或登錄。 前臺(tái) 用戶 管理模塊 該模塊主要完成的是用戶的注冊(cè)與登陸功 能。 1） 、 用戶注冊(cè) 當(dāng)用戶是第一次到該平臺(tái)購買商品，就必須先進(jìn)性注冊(cè)，注冊(cè)登陸后，才能在瀏覽商品的同時(shí)購買商品。 他的流程圖如圖為： 點(diǎn)擊主頁面的用戶注冊(cè)選項(xiàng)后， 或者點(diǎn)擊登陸選項(xiàng)進(jìn)入登陸頁面再點(diǎn)擊創(chuàng)建一個(gè)新用戶，會(huì)彈出一個(gè)注冊(cè)信息 的第一 步頁面 ， 該頁面注冊(cè) 時(shí) 必須填寫的內(nèi)容， 用戶需要如實(shí)填寫 賬號(hào)注冊(cè)成功 正確 否 注冊(cè) 填寫必填內(nèi)容？ 驗(yàn)證碼驗(yàn)證 是 錯(cuò)誤 （ ） ， 昵稱 (nickname)， 密碼 ,二次密碼 ， 驗(yàn)證碼 等各項(xiàng)信息， 在填寫完賬號(hào)（ ）后通過 Ajax 異步加載初步判斷該賬號(hào)是否已存在，并響應(yīng)響應(yīng)的信息，還用 JavaScript 初步判斷其他輸入信息是否合法 ,并做相應(yīng)的提示。 提交 該頁面中的表單 后， 系統(tǒng)會(huì)再次判斷輸入的是否合法 ， 如果不合法回到當(dāng)前頁面重新填寫，如果合法進(jìn)行下一個(gè)賬號(hào)激活頁面，該頁面是你注冊(cè)玩第一步后系統(tǒng)會(huì)根據(jù)你填寫的發(fā)送一封郵件到該郵箱中，你根據(jù)收到的驗(yàn)證碼進(jìn)行賬號(hào)激活注冊(cè)，如果激活成功完成注冊(cè)操作，如果失敗則回到激活賬號(hào)頁面。 激活后才可登陸， 用戶登陸后， 登陸信息通過session和 cookie進(jìn)行存放，從而 進(jìn)行有效的購物。 如果沒有進(jìn)行激活操作，就相當(dāng)于游客只能瀏覽商品，不能進(jìn)行其它 的操作。 2） 、 用戶登陸 當(dāng) 注冊(cè)用戶再次訪問該網(wǎng)站需要購買商品時(shí)，必須先進(jìn)行登陸操作才能享受會(huì)員的特定功能。 當(dāng)注冊(cè)用戶登陸時(shí)，點(diǎn)擊主頁面上的登陸選項(xiàng)進(jìn)入登陸頁面，當(dāng)你提交表單后，系統(tǒng)到數(shù)據(jù)庫中查找相應(yīng)的數(shù)據(jù)進(jìn)行判斷，如果輸入的用戶名和密碼正確時(shí)，如果該用戶還沒有激活，需要轉(zhuǎn)到激活頁面進(jìn)行激活，如果已經(jīng)激活則登陸成功。如果輸入的賬號(hào)或密碼不正確，重新回到登陸頁面。 流程圖為： 用戶資料修改 當(dāng)用戶登陸成功以后，可以點(diǎn)擊主頁面上 我的資料選項(xiàng)，進(jìn)入 用戶的信息頁面， 其中包括用戶注冊(cè)資料， 訂單信息以及生成訂單時(shí)創(chuàng) 建的送貨地址信息。 你可以個(gè)人資料 進(jìn)行相應(yīng)否 登陸 填寫用戶名和密碼 用戶名和密碼是否驗(yàn)證成功 登陸 成功 是 否 是 注冊(cè)驗(yàn)證是否成功 注冊(cè)驗(yàn)證 的修改 ， 也 可以查看具體的訂單信息 . 購物車管理模塊 登陸用戶可以瀏覽商品并查看購物車中的內(nèi)容， 在購物車中你可以更改購買商品的數(shù)量，刪除不想購買的商品和恢復(fù)已經(jīng)刪除的商品 ，當(dāng)你確定不再購買其他商品時(shí)你可以 點(diǎn)擊購物車中的結(jié)算按鈕進(jìn)行生成訂單操作，如果你還想繼續(xù)購買商品點(diǎn)擊繼續(xù)瀏覽選購即可。 該功能的 流程圖為： 否 購物車 瀏覽購買商品 更改商品數(shù)量？ 更改商品數(shù)量 是 刪除恢復(fù)商品？ 更改商品數(shù)量 是 查看地址信息 是 是 是 我的資料 查看個(gè)人資料 查看訂單信息 繼續(xù)瀏覽商品 修改個(gè)人資料 修改地址信息 修改訂單信息 修改個(gè)人資料？ 修改地址信息？ 修改訂單信息？ 否 否 否 訂單管理 當(dāng)?shù)顷懹脩糍徺I完商品后，進(jìn)入購物車中先進(jìn)行確認(rèn)，確認(rèn)完后點(diǎn)擊結(jié)算進(jìn)入生 成訂單，該功能分為 4 個(gè)步驟：填寫送貨地址 、 選擇送貨方式 、確認(rèn)訂單、填寫訂單其他信息。 填寫送貨地址是必填內(nèi)容，必須按照真實(shí)的信息填寫 ， 并用 JavaScript 簡單的判斷填寫的信息是否合法，這樣就大大的提高了程序的效率 。 確認(rèn)訂單信息包括填寫的送貨地址，送貨方式以及商品的種類和數(shù)量 ，該功能的流程圖為： 用戶回復(fù) /用戶評(píng)分模塊 該功能是在具體瀏覽某個(gè)商品時(shí)，可以查看用戶對(duì)商品的評(píng)論與回復(fù)，如果是登陸用戶也可以對(duì)該商品進(jìn)行評(píng)論與回復(fù)，如果不是登陸用戶，回到登陸頁面。 登陸用戶還可對(duì)用戶的評(píng)論與回 復(fù)進(jìn)行評(píng)分。 后臺(tái)部分 后臺(tái)總體框架 管理員進(jìn)入后臺(tái)的主頁面，登錄成