【文章內(nèi)容簡介】 證，通過form驗(yàn)證后，則調(diào)用Action類 的Execute ()方法，在Execute ()方法體中，調(diào)用業(yè)務(wù)邏輯模塊，再有業(yè)務(wù)邏輯模塊調(diào)用數(shù)據(jù)訪問層進(jìn)行數(shù)據(jù)處理。（3）數(shù)據(jù)訪問層進(jìn)行數(shù)據(jù)處理的方式是通過Hibernate實(shí)現(xiàn)與數(shù)據(jù)庫的交互操作。 （4）Execute()方法完成執(zhí)行后，返回ActionForward對(duì)象。ActionServlet 接受Execute()方法返回的ActionForward 對(duì)象，轉(zhuǎn)發(fā)到ActionForward 指定的JSP頁面。圖26為StrutsHibernate集成框架流程圖。 　圖26 StrutsHibernate集成框架流程圖 StrutsHibernate集成框架在應(yīng)用軟件系統(tǒng)開發(fā)中得到普遍的應(yīng)用，具有三方面的原因：（1）首先，Struts和Hibernate框架都可以免費(fèi)使用，而且開發(fā)源代碼，有豐富的文檔可以利用，有大量成功案例可供參考。（2）其次，模型層、視圖層、控制層之間呈松散耦合狀態(tài)，對(duì)團(tuán)隊(duì)進(jìn)行大規(guī)模開發(fā)和工程化管理非常有利。（3）再者，模型層和控制層基于模塊設(shè)計(jì)，便于對(duì)應(yīng)用軟件系統(tǒng)的組件復(fù)用和維護(hù)。（4）最后，優(yōu)良的設(shè)計(jì)思路。Struts框架是基于MVC模式，將業(yè)務(wù)邏輯和表示層相分離；Hibernate工具實(shí)現(xiàn)對(duì)象關(guān)系映射，把面向?qū)ο笤O(shè)計(jì)中對(duì)象與關(guān)系型數(shù)據(jù)庫數(shù)據(jù)聯(lián)系起來。第二章 網(wǎng)上購物系統(tǒng)的需求分析與設(shè)計(jì) 需求分析經(jīng)過前期的深入調(diào)查和研究，總結(jié)出該平臺(tái)需要完成的一些具體功能，分析如下：用戶管理 能夠完成用戶基本信息錄入的注冊(cè)和用戶基本信息的修改。管理員管理 能夠完成管理員對(duì)網(wǎng)站的商品信息管理、會(huì)員管理。搜索功能 能過電子商品的名稱進(jìn)行搜索。查詢功能 能夠通過查看購物車對(duì)所選商品進(jìn)行確定、挑選。 系統(tǒng)的概要設(shè)計(jì) 前臺(tái)購物流程瀏覽商品選擇商品訂購商品購物車去收銀臺(tái)提交訂單未注冊(cè)用戶已登錄注冊(cè)用戶未登錄注冊(cè)用戶注冊(cè)登錄圖21 前臺(tái)購物流程圖 注冊(cè)功能流程注冊(cè)入口必選項(xiàng)為空用戶名有效？2次輸入密碼是否一致？密碼長度符合要求？mail地址有效效？其他信息有效注冊(cè)成功 注冊(cè)功能流程圖注冊(cè)的具體實(shí)現(xiàn)為：點(diǎn)擊主頁面的用戶注冊(cè)選項(xiàng)后，會(huì)彈出一個(gè)注冊(cè)信息頁面，用戶需要如實(shí)填寫用戶名，密碼，E_mail,地址，電話等各項(xiàng)信息，提交后，系統(tǒng)進(jìn)行檢測判斷該用戶名是否已經(jīng)注冊(cè)過，如果已經(jīng)存在則彈出新頁面，提示用戶該用戶名已經(jīng)注冊(cè)過，如果沒有則進(jìn)行下一步判斷，用戶輸入的兩次密碼是否一致，然后依次往后判斷用戶所填寫的各項(xiàng)信息是否符合要求，直到所有信息均正確無誤，系統(tǒng)將該用戶注冊(cè)信息寫入會(huì)員表即user并提示用戶注冊(cè)成功，用戶登陸后，就可以進(jìn)行有效的購物了。 商品搜索流程輸入條件搜索結(jié)果查看商品購物車下訂單續(xù)搜索是否開始搜索 商品搜索流程圖商品的搜索功能使用戶更加方便的進(jìn)行自己所需要的商品的查詢，節(jié)省時(shí)間，提高效率。用戶搜索時(shí)只要輸入商品的關(guān)鍵字就能搜索到所有相關(guān)的商品。并且能列出通過搜索得到的商品的詳細(xì)信息。 用戶登錄流程用戶登錄，首先要有一個(gè)提供用戶登錄的表單。用戶登錄的表單應(yīng)該嵌入整體的結(jié)構(gòu)當(dāng)中。在實(shí)際的應(yīng)用中，可以這樣設(shè)計(jì)，如果用戶沒有登錄，則在頁面中顯示用戶登錄的選項(xiàng)，用戶登錄后，則可隱藏用戶登錄的選項(xiàng)而代之以用戶的基本信息。登錄入口取得用戶名和密碼將UserID存入session中查詢用戶是否存在核對(duì)密碼是否正確登錄成功是是否否 商品管理流程商品管理查詢商品修改刪除滿意否返回添加商品是否在該功能里管理員可以進(jìn)行不需要的商品的刪除，在這里管理員當(dāng)然也可以瀏覽到商品的詳細(xì)信息。并且比普通用戶在瀏覽商品界面里所看到的商品信息多一個(gè)該商品在數(shù)據(jù)庫中的ID。 購物車流程購物車具體的實(shí)現(xiàn)可采用這種形式：定義一個(gè)購物車的類(Class)。，使用戶能夠自由選擇所需要的商品?！疤砑拥劫徫镘嚒钡逆溄訒r(shí)，執(zhí)行如下功能：檢查用戶購物車類是否存在。如不存在，則建立，放在session里；在有用戶購物車類存在的情況下，檢查該類中是否有該商品。如存在，則商品數(shù)量相應(yīng)加1；如沒有該商品，則將該商品添加到該類中。購物車查看商品滿意否下訂單調(diào)整商品是否 基于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ù)器。 Browse瀏覽器Web服務(wù)器數(shù)據(jù)庫 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的開發(fā)模式MVC(Model View Controller)模型－視圖－控制器 MVC是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開。使用MVC應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 在本網(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ù)器EJB容器業(yè)務(wù)組件數(shù)據(jù)庫Web服務(wù)器瀏覽器JspServerlet控制器Control服務(wù)控制View顯示方式Model業(yè)務(wù)邏輯模型輸入請(qǐng)求輸出Jsp其他 MVC業(yè)務(wù)流程示意圖通過這種方案，我們可以迅速地實(shí)現(xiàn)整個(gè)業(yè)務(wù)，其優(yōu)勢(shì)和特點(diǎn)如下：低耦合性。視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需要改動(dòng)MVC的模型層即可。因?yàn)槟Ｐ团c控制器和視圖相分離，所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。高重用性和可適用性。隨著技術(shù)的不斷進(jìn)步，現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。MVC模式允許你使用各種不同樣式的視圖來訪問同一個(gè)服務(wù)器端的代碼。它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機(jī)來訂購某樣產(chǎn)品，雖然訂購的方式不一樣，但處理訂購產(chǎn)品的方式是一樣的。由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同的界面使用。例如，很多數(shù)據(jù)可能用HTML來表示，但是也有可能用WAP來表示，而這些表示所需要的僅令是改變視圖層的實(shí)現(xiàn)方式，而控制層和模型層無需做任何改變。較低的生命周期成本。MVC使降低開發(fā)和維護(hù)用戶接口的技術(shù)含量成為可能。快速的部署。使用MVC模式使開發(fā)時(shí)間得到相當(dāng)大的縮減，它使程序員（Java開發(fā)人員）集中精力于業(yè)務(wù)邏輯，界面程序員（HTML和JSP開發(fā)人員）集中業(yè)務(wù)于表現(xiàn)形式上。可維護(hù)性。分熟視圖層和業(yè)務(wù)邏輯層也使得WEB應(yīng)用更易于維護(hù)和修改。有利于軟件工程化管理。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化管理程序代碼。通過這種模型的建立，我們的應(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í)現(xiàn) 數(shù)據(jù)庫模塊在建設(shè)網(wǎng)站系統(tǒng)之前，我們必須對(duì)系統(tǒng)所用到的數(shù)據(jù)進(jìn)行大致的分類和具體的結(jié)構(gòu)設(shè)計(jì)，既要做到清晰明了，又要能適應(yīng)系統(tǒng)各項(xiàng)功能的調(diào)用，而不至于產(chǎn)生結(jié)構(gòu)上的邏輯混亂，保證關(guān)鍵數(shù)據(jù)在意外情況下不會(huì)被破壞，可以說數(shù)據(jù)庫是系統(tǒng)的重中之重。數(shù)據(jù)庫設(shè)計(jì)要遵循一些規(guī)則，一個(gè)好的數(shù)據(jù)庫滿足一些嚴(yán)格的約束和要求。盡量分離各實(shí)體對(duì)應(yīng)的表，一個(gè)實(shí)體對(duì)應(yīng)一個(gè)表，搞清楚該實(shí)體有哪些屬性，對(duì)應(yīng)有些什么字段，以及各實(shí)體之間有何種聯(lián)系。實(shí)體、屬性與聯(lián)系是進(jìn)行概念設(shè)計(jì)時(shí)要考慮的三個(gè)元素，也是一個(gè)好的數(shù)據(jù)庫設(shè)計(jì)的核心。從實(shí)際出發(fā)，經(jīng)過仔細(xì)地設(shè)計(jì)，——。表31 用戶表字段字段名類型寬度小數(shù)位索引可否為空id會(huì)員編號(hào)自動(dòng)編號(hào)是name會(huì)員帳號(hào)文本型50否password會(huì)員密碼文本型50否birthday會(huì)員生日日期型20address會(huì)員地址文本型255post