【文章內容簡介】 balforwards//全局轉發(fā) forward name=successGoodsList path=/factory/ /forward /globalforwards//以下是action影射表： actionmappings//Struts通過path找到相應的action，action里調用業(yè)務方法，parameter的值是//action里的方法名。//此action獲得收件箱郵件的 action path=//receiverBox type= parameter=receiverBox /action//此action獲得發(fā)件箱郵件的 action path=//sendBox type= parameter=sendBox /action action path=//writeEmail type= parameter=writeEmail name=Form validate=false//當執(zhí)行完action后，會通過此路徑轉發(fā)到相應的頁面或action forward name=success path=///forward /action action path=//deleteSend type= parameter=deleteEmail forward name=success path=///forward /action action path=//readSend type= parameter=readEmailById forward name=success path=///forward /action action path=//deleteSeAll type= parameter=deleteEmailAll forward name=success path=///forward /action action path=//deleteReAll type= parameter=deleteEmailAll forward name=success path=///forward /action//此action用于廠商注冊商品 action path=/factory/registerGoods type= parameter=registerGoods forward name=success path=/factory//forward /action action path=/factory/deleteGoods type= parameter=deleteGoods /action action path=/factory/updateGoods type= parameter=updateGoods name=goodsForm validate=false scope=request /action action path=/factory/loadGoodsType type= parameter=registerGoods forward name=success path=/factory//forward /action /action/strutsconfig并且Struts還給我們提供了Form表單和驗證功能，當用戶向服務器發(fā)送信息時。Form表單會自動把信息封裝，并且可以根據需求驗證。這樣，如果用戶輸入的信息錯誤，控制器就能直接轉回給用戶，不用進入以后的模型層和業(yè)務邏輯，這就大大提高了效率。減少了程序異常的可能性。在模型層，他是直接和業(yè)務邏輯交互的，Struts通過Action調用業(yè)務邏輯方法，當業(yè)務邏輯改變時，他不會影響視圖層和控制器層。大大降低了，程序間的偶合性。 業(yè)務層業(yè)務層是程序的核心部分，一個好的業(yè)務分析抽象，即可減少代碼量，也可提高效率。業(yè)務層是對業(yè)務分析得出的結果，他是實現系統(tǒng)功能的部分，同時又是和視圖層、持久化層交互的部分。他根據業(yè)務需要，查詢數據庫，或者向數據庫存入數據。同時又要對這些數據，進行操作，以向視圖層發(fā)送，滿足用戶需要。在這個系統(tǒng)中，我們使用了工廠設計模式，既把業(yè)務封裝成一個接口供視圖層使用，也是為了減少層次之間的聯(lián)系，提高代碼的可重用性和可維護性。下圖是工廠模式的部分代碼：//從此工廠可以獲得收件箱和發(fā)件箱package 。public class BoxFactory {//創(chuàng)建收件箱 private static final ReceiverBox RBOX = new ReceiverBox()。//創(chuàng)建發(fā)件箱 private static final SendBox SBOX = new SendBox()。//通過此方法返回一個收件箱 public static ReceiverBox getRBOX() { return RBOX。 }//通過此方法返回一個發(fā)件箱 public static SendBox getSBOX() { return SBOX。 }} 持久化層 持久化層是和數據庫直接打交到的，他對數據的持久化和頁面的動態(tài)顯示有重要意義。一提到數據庫，我們就會想到SQL語句。對，SQL語句的編寫過程，是容易出錯，但又要大量重復勞動的工作。因此，我們在持久化層，使用Hibernate框架，它很好的封裝了SQL語句，把它轉化為了，具有面向對象特點的HQL語句。使我們不在操作那些無意義的字段，我們可以根據面向對象的特點，來操作數據庫。使用Hibernate，你不需要實現任何不可思議的接口以便能夠持續(xù)存在。惟一需要做的就是創(chuàng)建一份 XML“映射文檔”，告訴Hibernate您希望能夠保存在數據庫中的類，以及它們如何關聯(lián)到該數據庫中的表和列，然后就可以要求它以對象的形式獲取數據，或者把對象保存為數據。 運行時，Hibernate讀取映射文檔，然后動態(tài)構建Java類，以便管理數據庫與Java之間的轉換。在Hibernate中有一個簡單而直觀的API，用于對數據庫所表示的對象執(zhí)行查詢。要修改這些對象，（一般情況下）只需在程序中與它們進行交互，然后告訴Hibernate保存修改即可。類似地，創(chuàng)建新對象也很簡單；只需以常規(guī)方式創(chuàng)建它們，然后告訴Hibernate有關它們的信息，這樣就能在數據庫中保存它們。 下面是商品表的影射文件代碼：hibernatemapping package=// Goods為類名，tb_goods是與Goods相對應的表名 class name=Goods table=tb_goods//主鍵 id name=id// class后對應的是主鍵產生方式，此句為自動生成 generator class=native/generator /id//name 后為類的屬性，column后為表中對應的字段，unique是判斷表中的字段是否唯一 property name=name column=name unique=true length=255/property property name=factoryName length=255/property property name=itemPrice/property property name=version length=255/property property name=description length=1024/property property name=note length=1024/property property name=goodsType length=255/property property name=image length=255/property /class/hibernatemapping另外，下面是我在系統(tǒng)中使用的配置文件：hibernateconfiguration sessionfactory property name=show_sqltrue/property property name=format_sqltrue/property //數據庫對應的方言 property name=dialect/property//連接數據庫對應的驅動 property name=/property//連接數據庫的url，后面是數據庫名 property name=jdbc:mysql://localhost:3306/cmss/property//登錄名 property name=root/property//登錄密碼 property name=1234/property ! property name=create/property //聲明影射文件 mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// mapping resource=edu/ahut/cs/cmss/ORM// /sessionfactory/hibernateconfiguration 系統(tǒng)設計中的模塊設計 商品注冊設計 廠商要注冊商品的目的是在網站上銷售商品，因此，對商品要有詳細的描述，如：商品名，價格，對商品功能的描述。要有圖片，以便用戶更直觀的流覽商品?？赡芤欢螘r間商品要打折，或者其他信息，對商品要有備注等描述屬性。另外，商品有很多類，因此要對商品進行歸類。為了使將來能夠增加，修改商品類型。因此，我們新建了一個類，商品類型類。每個商品類型，都有一個商品類型字段。為了方便直接在商品類里獲得商品類型名，因此，在商品類里，它的商品類型字段是字符串。用戶在注冊商品時，顯示商品類型下拉列表，供用戶選擇。商品和商品類型的類圖如圖7所示： 圖7 商品和商品類型的類圖 廠商管理設計 廠商在網站上注冊商品是為了銷售，為了保證廠商的信譽，廠商要公開自己的信息，以便用戶或網站管理者查證。這樣對于信譽好的廠商來說，這樣可以擴大知名度，促進本公司其它商品的銷售。對于用戶來說，通過對公司信息的了解，也能更放心的選擇自己的商品。對于管理者來說，他要盡力確保在網站上注冊商品的公司都是有信譽的，以確保購物者的利益，同時也是擴大網站訪問量的一種方式。 對于廠商用戶，他除了要有用戶名密碼外（這些是保密的），還要有自己公司的真實姓名，以便用戶查找，要有準確的地址，以確保其真實性。當物業(yè)要購買商品時，要能夠找到你的聯(lián)系方式。當商品有問題時，要確保別人能夠投訴。因此，廠商的類圖如圖8所示：圖8 廠商類圖 郵件管理設計 由于本網站不同于一般的購物網站，一般的購物網站，就象商店一樣，你想買東西了，可以去這家商店，也可以去那家。而我們的這個購物網站，用戶只能向你的物業(yè)買東西，他是一種代理人的關系，物業(yè)就是你的購物代理人。由于你們是一種長期的代理關系，物業(yè)為了保持這個長期的客源，一定會保證信譽，間接上也保護了購物者的利益。代理人不光提供商品，同時也向他的用戶提供免費的咨詢服務，也可以說是對顧客保持這種長期關系的一種回報。這對顧客買一些自己不了解的商品，有很大的吸引力，由于他們是一種長期的代理人關系，這就大大降低了，物業(yè)欺騙顧客的現象。而我們的郵件服務，就是為了滿足他們這種交流需求的。我們的郵件是與用戶和物業(yè)幫定的，但是不對廠商開放。因為他與顧客直接交流的可能性極小。當顧客成為注冊用戶后，他就可以進入他的郵件系統(tǒng)。我們的郵件是內部郵件，他是物業(yè)和用戶交流用的，而一個用戶只能有一個物業(yè)。因此，為了方便用戶，用戶發(fā)的郵件，不用輸入收件人，郵件會自動發(fā)給他的物業(yè)，同時將信存入發(fā)件箱。而對于物業(yè)來說，他要選定用戶，然后可以向用戶發(fā)郵件。為了降低項目投入成本，我們用數據庫代替郵件服務起器，把郵件信息存入數據庫。對于一封郵件他對于收件人和發(fā)件人都是可見的。我們可以把他存入一條記錄。存入一條記錄又有一個新問題，當發(fā)件人刪除郵件時，而發(fā)件人沒有刪除，怎么辦？我們的解決方案是，增加兩個字段，以判斷，此封郵件對于發(fā)件人和收件人分別處于什么狀態(tài)。他是發(fā)件類型和收件類型，發(fā)件類型有已發(fā)送和已刪除狀態(tài)。收件類型有已讀、未讀和已刪除狀態(tài)。它的類圖如圖9所示：圖9 郵件類圖 靜態(tài)模型