【正文】 購物車模塊與訂單模塊都應(yīng)當有訂購圖書名稱，價格，總價格的顯示。如果購物車中已經(jīng)存在相同的圖書則只修改購圖書的數(shù)量即可。用戶可以隨時修改購物車中的信息，包括刪除圖書，增加圖書的記錄。然后將圖書對象添加進 CartItem網(wǎng)頁中實現(xiàn)將圖書記錄添加進購物車。在用戶的實體類編寫了 Cart的引用將購物車的所有信息封裝到了所屬的用戶之中。在CartItem中編寫了 Cart實體的引用作為數(shù)據(jù)成員。 4. 購物車的創(chuàng)建 本系統(tǒng)創(chuàng)建了購物車的實體類 Cart和購物車內(nèi)物品的實體類 CartItem來模擬購物車。兩個區(qū)塊的設(shè)計大致相同 3. 購物車模塊 購物車臨時存儲用戶的購物信息，用戶可以隨時增加商品，修改數(shù)量和刪除商品。使用按銷售額，上架時間，折扣排序從數(shù)據(jù)庫中獲取數(shù)據(jù)存放在傳遞的集合參數(shù)中。對于沒有必要添加圖書詳細信息的記錄則不添加。圖書的信息包含了基本信息和詳細信息。 圖書模塊 1. 后臺圖書管理的基本操作 后臺圖書管理可以添加圖書，修改圖書信息，刪除圖書記錄。在商品管理中同樣有刪除的功能，大同小異，所以在這里詳細介紹類別的刪除。同樣使用用戶模塊中的列表技術(shù)。 類別列表查看時在類表中應(yīng)該有維護類表方法的連接。值得注意的是不同 等級的類別操作的方式不一樣。 4. 類別的增刪改查 網(wǎng)站管理員可以對類別進行添加，修改，刪除，查看操作，系統(tǒng)的對類別進行管理。能夠更好的引導(dǎo)消費者選購也能夠更好的幫助管理者管理圖書。 利用排序方式和頁面參數(shù)獲取會員列表分別使用了數(shù)據(jù)庫的排序操作和分頁操作技術(shù)。 2. 后臺會員管理設(shè)計 該系統(tǒng)實現(xiàn)的后臺會員管理主要是獲取所有會員的信息 使用表格將會員信息顯示在網(wǎng)頁上。會員注冊用戶名不能與以往已經(jīng)注冊的用戶名重復(fù)，否則無法區(qū)分。 會員注冊時在注冊頁面編輯個人信息，通過信息表單提交個人信息到服務(wù)器審核。 1. 會員注冊登錄設(shè)計 電子商城系統(tǒng)離不開用戶與網(wǎng)站之間的交互，用戶注冊和登錄十分重要。 用戶進入網(wǎng)站后可以注冊為會員，會員可以訂購圖書并享受折扣待遇。 4．訂單處理 根據(jù)客戶購物車中 的信息，以及客戶所選擇的送貨方式和付款方式，連同客戶對應(yīng)的個人信息生成訂單，以便于后續(xù)進行送貨處理。 3．會員注冊 實現(xiàn)網(wǎng)上書店客戶信息的注冊、及身份驗證。 2．購物車管理 用于維護每一個進入網(wǎng)上書店的客戶對應(yīng)的購物車。 功能設(shè)計 1．圖書信息 管理 該模塊實現(xiàn)圖書書目信息的分類顯示，也是提供圖書信息依據(jù)書名及作者信息快速搜索的功能。用戶完全選定了要購買的圖書后，就可以提交購物車并生成訂單系統(tǒng)會提示提交成功，并顯示訂單號，前臺的用戶操作流程就結(jié)束了。用戶在前臺首先通過瀏覽或查詢等手段找到要購買的圖書，然后將選定的圖書放入購物車中。 主要讀者 本說明書的主要讀者為系統(tǒng)分析員和用戶和使用部門的有關(guān)人員，為后面的系統(tǒng)開發(fā)提供依據(jù)。如果用戶和使用部門負責人接受了推薦的方案，分析員應(yīng)該進一步為這個最佳方案設(shè)計軟件結(jié)構(gòu)。 、設(shè)計軟件結(jié)構(gòu) 設(shè)計軟件結(jié)構(gòu)，即將需求規(guī)格轉(zhuǎn)換為體系結(jié)構(gòu)，劃分出程序的基本模塊組成，確定模塊間的相互關(guān)系，并確定系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)。 ②把訂單、會員、管理員、留言信息輸出。 4．訂單處理 根據(jù)客戶購物車中的信息，以及客戶所選擇的送貨方式和付款方式，連同客戶對應(yīng)的個人信息生成訂單，以便于后續(xù)進行送貨處理。 3．會員注冊 實現(xiàn)網(wǎng)上書店客戶信息的注冊、及身份驗證。 2．購物車管理 用于維護每一個進入網(wǎng)上書店的客戶對應(yīng)的購物車。 功能 1．圖書信息管理 該模塊實現(xiàn)圖書書目信息的分類顯示，也是提供圖書信息依據(jù)書名及作者信息快速搜索的功能。 1. 用戶登錄模塊的界面如下： 2. 結(jié)合本系統(tǒng)不需要多個賬戶的特點，僅設(shè)置一個管理密碼即可，處理代碼在 登陸的事件 。 系統(tǒng)結(jié)構(gòu)功能圖 在系統(tǒng)功能的基礎(chǔ)上，按照結(jié)構(gòu)化程序設(shè)計，將系統(tǒng)功能進行集中、分塊處理?？梢杂嗅槍π缘倪M行系統(tǒng)開發(fā)、測試、驗收等各個方面的工作。這個類不需要我們實現(xiàn)其他方法，我們只要實現(xiàn) XXX（ ActionMapping mapping, Actionform form, HttpServletRequest request, HttpServletResponse response）就可以了。 protected String generateToken(HttpServletRequest request) 創(chuàng)建一個令牌 . protected boolean isTokenValid(HttpServletRequest request) 檢查令牌是否有效 protected boolean isTokenValid(HttpServletRequest request,Boolean reset) 檢查令牌是否有效，并且重置令牌（如果 reset 是 true） protected void resetToken(HttpServletRequest request) 重置令牌 protected void saveToken(HttpServletRequest request) 添加令牌 獲取數(shù)據(jù)庫連接 protected DataSource getDataSource(HttpServletRequest request) protected DataSource getDataSource(HttpServletRequest request, String key) 其他的 ActionServlet getServlet() 可以獲得本 action的配置信息 . cAction類 DispatchAction是 Action的子類，主要功能可以實現(xiàn)， 動態(tài)的方法調(diào)用。 ActionMessages 用來存儲一些提示信息，不是錯誤，在 jsp 頁面可以使用標記現(xiàn)實這些提示信息。有兩個 execute ()方法： 處理非 HTTP（一般的）請求： public ActionForward execute (ActionMapping action, Acionform form, ServletRequest request, ServletResponse response) throws 處理 HTTP請求： public ActionForward execute (ActionMapping action, Acionform form, HttpServletRequest request, HttpServletResponse response) throws Action 類必須以”線程安全”的方式進行編程，因為控制器會令多個同時發(fā)生的請求共享同一個實例，相應(yīng)的，在設(shè)計 Action類時就需要注意以下幾點： 不能使用實例或靜態(tài)變量存儲特定請求的狀態(tài)信息，它們會在同一個操作中共享跨越請求的全局資源 如果要訪問的資源（如 JavaBeans和會話變量）在并行訪問時需要進行保護，那么訪問就要進行同步 Action類的方法 除了 execute ()方法外，還有以下方法： 可以獲得或設(shè)置與請求相關(guān)聯(lián)的區(qū)域： public Locale getLocale(HttpServletRequest request) public void setLocale(HttpServletRequest request,Locale locale) 為應(yīng)用程序獲得消息資源： protected MessageResources getResources(HttpServletRequest request) protected MessageResources getResources(HttpServletRequest request,String key) 檢查用戶是否點擊表單上的”取消”鍵，如果是，將返回 true: public Boolean isCancelled(HttpServletRequest request) 當應(yīng)用程序發(fā)生錯誤時， Action類能夠使用下面方法存儲錯誤信息： public void saveErrors(HttpServletRequest request,ActionErrors errors) public void saveMessages(HttpServletRequest request,ActionMessages messages) ActionError實例被用 來存儲錯誤信息，這個方法在錯誤關(guān)鍵字下的請求屬性列表中存儲 ActionError 對象。根據(jù) servlet的環(huán)境和被覆蓋的 execute ()方法的簽名， ActionServlet 也會傳送 ServletRequest對象或 HttpServletRequest對象。在收到請求后，ActionServlet會： Action ，創(chuàng)建 Action的一個實例 Action的 execute()方法 如果 ActionServlet不能找到有效的映射，它會調(diào)用默認的 Action類 (在配置文件中定義 )。 如果挨個往郵箱里發(fā)太麻煩了，按斑竹的意思我把內(nèi)容貼了出來，內(nèi)容不少，大家耐心看吧 ActionMapping類 將特定請求映射到特定 Action 的相關(guān)信息存儲在 ActionMapping 中， ActionServelt將 ActionMapping 傳送到 Action 類的 execute()方法， Action 將使用 ActionMapping 的findForward()方法，此方法返回一個指定名稱的 ActionForward，這樣 Action就完成了本地轉(zhuǎn)發(fā)。 7．在論壇中大家多多交流，干計算機這一行閉門造車是絕對不行的，相信這個道理大家都知道。我通常用的辦法是在代碼中加一些 之類的語句，逐步確定錯誤的位置。 5．目前還沒看到中文的比較全面系統(tǒng)的資料，我一直看的是《 Programming Jakarta Struts》《 Struts In Action》《 Mastering Jakarta Struts》這三本書，入門時是比較費勁，習慣以后也就沒什么了。3．對于 struts的標簽庫，要知道是在服務(wù)器端執(zhí)行的，雖然樣子和 html語言的元素很象，但決不是一回事。 ，盡量避免對上層結(jié)構(gòu)產(chǎn)生影響 數(shù)據(jù)庫設(shè)計 表 331 管理員信息表 (admin) 表 332 銷售圖書記錄表 (cart) 表 333 會員買書詳細記錄表（ cartselectedmer) 表 334 圖書類別表（ category) 表 335 評論表 (leaveword) 表 336 會員信息表 (member) 表 337 會員類別表 (memberlevel) 表 338 圖書詳細信息表 (merchandise) 表 339 訂單表 (orders) 控制器設(shè)計與實現(xiàn) 在 Structs中使用的控制器是 Action，詳細的實現(xiàn)如下： 1．對 ，因為這是 struts的關(guān)鍵文件，我遇到的相當多的錯誤都是這里的問題。 分層架構(gòu)核心思想 對于一個業(yè)務(wù)系統(tǒng)而言，系統(tǒng)研發(fā)的目標是為特定業(yè)務(wù)提供支持，業(yè)務(wù)邏輯往往是系統(tǒng)的核心，將業(yè)務(wù)邏輯與數(shù)據(jù)訪問邏輯分離是很重要的。 創(chuàng)建 Hibernate的配置文件 Hibernate從中讀取和數(shù)據(jù)庫連接的相關(guān)信息，這個配置文 件應(yīng)該位于應(yīng)用的 classpath中，主要有兩種形式 XML格式和 .Properteis信息文件。 ORM： ORM可以理解成一種機制也可以理解成一種模式，對象 －關(guān)系－映射，我個人覺得如果想理解它可以和 MVC比較，模型－視圖－控制。 Hibernate配置文件 3. 創(chuàng)建對象－關(guān)系－映射文件 HibernateAPI編寫訪問數(shù)據(jù)庫的代碼 如果想了解 Hibernate或者是要學習它的人必須要首先了解兩個比較重要的概念： POJO：在 Hibernate 中理解為數(shù)據(jù)庫表所對應(yīng)的 Domain Object，如果從子面上理解就是無格式普通 JAVA 對象，簡單的理解就是一個不包含邏輯代碼的值對象。 Hibernate是采用 ORM映射機制的持久層開發(fā)工具，它是 JAVA應(yīng)用和關(guān)系數(shù)據(jù)庫之前的橋梁，負責 JAVA對象和關(guān)系數(shù)據(jù)之間的映射。層與層之間存在自上而下的依賴關(guān)系，即上層會訪問下層的 API，但下層不依賴于上層。其中，三層結(jié)構(gòu)是目前典型的一種應(yīng)用軟件結(jié)構(gòu)，如圖 1左。 LookupDispatchAction 可以根據(jù)提交表單按鈕的名稱來執(zhí)行函數(shù)。普通的 Action只能通過調(diào)用 execute 執(zhí)行一項任務(wù)，而 DispatchAction 可以根據(jù)配置參數(shù)執(zhí)行，而不是僅進入 execute()函數(shù)，這樣可以執(zhí)行多種任務(wù)。一般來說，應(yīng)改使用 Business Delegate 模式來對 Business tier進行訪問以解除耦合。每個 Action都只建立