Eclipse+Struts+Hibernate的網路商店

來源:互聯網
上載者:User
網路

  本文介紹一下網路商店的開發所需要的開發工具和架構。

  基本配置

  開發本例需要的開發工具。

  ·開發平台:Eclipse 3.1。

  ·Web伺服器:Tomcat 5。

  ·開發技術:JSP,Struts架構,Hibernate技術,JSTL。

  ·資料庫伺服器: MySQL5.0。

  系統需求

  大部分讀者都有過在網上購物的經曆,在購物網站可以很方便的註冊、瀏覽商品、查詢商品、購買時也只需點幾下滑鼠。本章的網路商店實現了上述的準系統,使用者可以在網路商店中進行註冊、瀏覽商品以及查詢購物車。下面來講解每個系統功能。

  1.登入和註冊

  使用者登入和註冊就是實現一個新的使用者註冊和老使用者的登陸,這兩個功能基本上每個電子商務網站上提供。使用者註冊就是新使用者可以在網路商店進行資訊註冊,這是購物的前提。使用者必需先註冊才能進行購物。註冊時系統會對註冊資訊進行驗證,以確保註冊資訊的正確性。使用者登入就是使用者可以在登陸頁面進行登陸,在購物結帳時,使用者需要登陸資訊,當然在進入系統開始的時,使用者可以進行登陸。登陸時,如果使用者名稱密碼錯誤,系統會提示錯誤。

  2.商品瀏覽

  商品瀏覽是實現使用者可以在網路商店中隨意瀏覽商品,商品是根據商品的類別來進行分類的,使用者可以單擊每一個分類的連結來進入每一個分類,查看的詳細資料。進入每一個商品類別之後,商品是根據每個產品的類型再分類的。

  例如,進入書這個大的類別,書有可以分很多種,如電腦相關的書,管理方面相關的書。使用者根據每一個產品連結來進入每一個產品系列。例如單擊進入電腦相關的書,進入之後,列舉的就是每一個商品。單擊每一個商品就可以看到每一個商品的具體資訊,例如單擊電腦程式設計藝術,就可以看到這本書的出版日期,價格,書的大概內容。如果覺得這本書很合適,就可以把它放進購物車。

  3.結帳

  在結帳的時候,系統會顯示使用者購物車中已有的商品,包括產品名、產品數量、單價、總的價格以及是否有庫存。在最後確定訂單時,使用者可以修改每一個商品的數量。例如電腦程式設計與藝術想買2本,則使用者可以修改它的購買數量,更新購物車就可以。如果使用者不想買這本書了,就可以把這本書從購物車中消除。但是一旦單擊了結帳產生訂單,則購物車就不能被改變了。

  根據上面大概的需求,畫出網路商店的使用案例圖,如圖1所示。

  
  圖1 使用案例圖


  系統功能描述

  在本節中,將以最直觀的方式來向讀者介紹整個系統要實現的功能。

  1、使用者註冊

  使用者註冊是網路商店的準系統之一。使用者如果想從網路商店購買商品,必須有一個網路商店的帳號。使用者可以通過註冊獲得帳號。註冊頁面效果如圖2所示。

  當註冊成功之後,會進入到網路商店的首頁。此時已經以新的帳號登入了網路商店,系統頁面的首頁如圖3所示。在註冊時,系統會對註冊資訊作一些簡單的驗證,如果資訊格式不對,則註冊會失敗,系統會提示失敗的原因,註冊失敗如圖4所示。

  
  圖2 註冊頁面

  
  圖3 註冊成功

  2、使用者登入

  當使用者已經擁有一個帳號,就可以進行登入。當使用者登入系統首頁時,可以點擊登陸連結盡心登入。登入頁面如圖5所示。如果登入成功,則返回到系統的首頁,如果登入失敗則會轉入到失敗頁面,如圖6所示。

  

  圖4註冊失敗
  
  圖5 登入頁面

  使用者成功登入後,在系統的右上方有一個連結,單擊進入可以修改跟人資訊,如圖7所示。

  
  圖6 登入失敗

  
  圖7 修改個人資訊

  3、瀏覽商品

  使用者成功登入後就可以瀏覽網路商店中的商品了。在首頁有幾種商品品種可以供使用者選擇的,如電子商品、書籍以及軟體。例如,使用者單擊軟體,進入軟體商品的瀏覽,軟體商品下面分為Microsoft和kingsoft,如圖8所示。

  進入某一個商品品種後,系統會列出這個商品品種下的所有商品系列,每一商品系列又有很多具體的商品,例如使用者單擊Microsoft,如圖9所示。

  
  圖8瀏覽商品

  
  圖9瀏覽具體商品

  在圖9的頁面中列出的是一個一個具體的商品,使用者可以單擊每一個商品名,以查看這個商品的具體資訊。例如單擊anti spy,如圖10所示。

  4、購物

  當使用者瀏覽商品時,看中了一個商品,就可以把這個商品放到自己購物車中。每一個商品都有一個連結提供放入購物車。單擊放入購物車,如圖11所示。

  
  圖10 商品具體資訊

  
  圖11 查看購物車

  在查看購物車頁面中有很多供選擇的操作,如刪除一個購物車。當使用者單擊刪除,如圖12所示,系統還是會跳轉到購物車頁面。如果使用者覺得某一個商品的數量不合適,使用者可以更改該商品的數量,在數量這一欄中填上要購買的數量,然後單擊更新購物車,如圖13所示。

  
  圖12 刪除一個商品

  
  圖13 更改商品的數量

  5、結帳

  查看購物車之後,如果使用者想進行結帳可以單擊結帳連結,如圖14所示。單擊下一步連結,就可以查看該訂單的詳細情況,如圖15所示

  
  圖14 結帳
  
  圖15 訂單詳細資料

  查看訂單詳細後,然後單擊下一步連結,就是訂單的確認了,如圖16所示

  訂單確認完畢之後,就是訂單的產生了。如果單擊下一步連結,產生訂單,此時訂單不能在被修改了。如圖17所示。

  
   圖16確認訂單
  
   圖17訂單產生

  系統設計

  在對系統的需求進行了分析以後,接下來開始對系統的整體架構進行設計。本章的重點在於講述如何進行開發,而不是在於如何進行設計。因此,在設計這一部分只是簡單進行了介紹,目的是為了使讀者更容易理解整個系統。

  1、系統架構設計

  整個應用程式遵循多層次的架構模式,從上到下依次為視圖層、控制器層、模型層、持久化層和資料庫層,如圖18所示。前面三層其實就是Struts架構的基本基本層次。持久化層則是Hibernate來建立的。

  
  圖18系統架構

  其中,模型層、持久化層、資料庫層之間的關係是上層依賴下一層,而下一層對上一層的依賴很少,如同網路的ISO七層模型。各層次間的依賴關係應該是自頂向下的,即上層可以依賴下層,而下層應該盡量減少對上層的依賴。

  例如,此時在系統中使用Hibernate來實現持久化層,若要採用其他機制實現持久化層時,則不需要改動商務邏輯中的代碼。而視圖層和控制器層都是通過Struts架構來實現的。模型層實際上又可細分為資料訪問層(DAO)和資料服務層(Manager)。持久化層是使用Hibernate實現的,在這層使用了DAO模式,所以這層又可分為資料訪問層和資料服務層。

  2、業務實體設計

  一個系統的業務實體在記憶體中表現為實體域對象,在資料庫中表現為關係資料,實現業務實體包括以下內容。

  ·設計領域模型,建立領域模型實體物件。

  ·設計關係資料模型。

  ·建立對象—關係對應檔。

  在網路商店中有以下的業務實體:使用者、具體商品、商品系類、商品類、訂單、訂單項、購物車和購物車中具體的商品。下面對這些業務實體作一個簡單的解釋,後面章節會有詳細的解釋。

  ·使用者:代表一個使用者實體,主要包括使用者的詳細資料,如使用者名稱,密碼,地址之類的。

  ·具體商品:代表每一個具體的商品資訊,如上面提到的電腦程式設計藝術,主要包括商品的名字,價格等。

  ·商品系類:代表一系類商品,如前面提到電腦相關書籍。

  ·商品類別:代表一類商品,如前面提到的書。

  ·訂單:代表使用者的訂單,主要包括訂單名,使用者資訊,訂單的具體內容。

  ·訂單項:代表訂單中具體項,一個訂單項包括一個商品的購買情況。

  ·購物車:代表使用者的購物車,是一個虛擬概念。

  ·購物車中的具體商品:代表購物車中每一個具體的購物項。

  這些實體之間的關係如圖19所示。

  
  圖19 業務實體關聯圖

  如圖19所示,這裡來介紹一下各實體之間的對應關係。

  ·使用者和訂單:一個使用者可以擁有多個訂單,一個訂單只能屬於一個使用者,他們之間的關係是一對多的關係。在資料庫表中是表現為訂單表中有一個使用者表的外鍵,在Hibernate中則表現為訂單持久化類中有一個使用者持久化類引用。

  ·訂單與訂單項:一個訂單中可以有很多訂單項,一個訂單項只是對一個具體商品的封裝。訂單與訂單項的關係在Hibernate中表現為一個訂單項中有一個訂單的持久化類引用。

  ·訂單項與商品:一個訂單項就是對商品的封裝,一個商品就是這個商品的詳細資料,訂單項中除了有這個商品的資訊,還有這個商品的購買數量,屬於哪個訂單等。

  ·商品系列與商品:一個商品系列有多個商品,如同電腦方面書籍與電腦程式設計藝術關係。

  ·商品類別與商品系列,一個商品類別有多個商品系列,如同書與電腦方面書籍的關係。

  ·購物車與購物商品,使用者的購物車中可以有多個購物商品,由於是網上購物,也許購物車中把一個沒有庫存的商品放到了購物車中,所以購物商品就必須有這個資訊。

  ·購物商品與商品,這個關係同訂單項與商品的關係類似,只是購物商品對商品的封裝角度不一樣,購物商品中除了要記錄商品的數量還需記錄它的庫存情況。

  以上是系統中所有實體領域模型之間的關係的定義。

  3、商務邏輯設計

  在本系統中,應用的持久化層採用Hibernate做為中介軟體,並使用了DAO設計模式實現對資料層的訪問。DAO模式是J2EE核心模式中的一種,其主要的行為就是在業務核心方法和具體資料來源之間再增加一層,用這一層來串連業務方法和資料來源,這樣就實現了兩者的解耦。

  因為具體持久層資料來源可能是多樣化的,可能是XML或者是關聯式資料庫。在具體的關聯式資料庫中,也可能是不同的產品,如Oracle或者MySQL。通過使用DAO模式,業務核心部分就不用關心資料層是如何?對資料庫的操作的,而只關心自己的業務操作,對資料庫的操作全部仍給了DAO代理,如圖20所示。

  
  圖20 DAO模式



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。