Tmall_JavaEE

技術棧 Servlet + Jsp + Tomcat , 是Java Web入門非常好的練手項目

效果展示：

項目簡介

關聯項目
github - 天貓 JavaEE 項目
github - 天貓 SSH 項目
github - 天貓 SSM 項目

本項目為Java EE入門練手項目，沒有使用 SSH , SSM 框架，而是使用 JavaEE 整套技術來作為解決方案，實現模仿天貓網站的各種業務場景。之所以不使用框架，就是為了借助這個項目夯實 JavaEE 基礎，並且在項目中借助反射等技術。

項目用到的技術如下：
Java：Java SE基礎
前端： HTML , CSS , JavaScript , jQuery
J2EE： Tomcat , Servlet , JSP , Filter
數據庫： MySQL

表結構

建表sql 已經放在 Github 項目的 /sql 文件夾下

表名	中文含義	介紹
Category	分類表	存放分類信息，如女裝，平板電視，沙發等
Property	屬性表	存放屬性信息，如顏色，重量，品牌，廠商，型號等
Product	產品表	存放產品信息，如LED40EC平板電視機，海爾EC6005熱水器
PropertyValue	屬性值表	存放屬性值信息，如重量是900g,顏色是粉紅色
ProductImage	產品圖片表	存放產品圖片信息，如產品頁顯示的5個圖片
Review	評論表	存放評論信息，如買回來的蠟燭很好用，么么噠
User	用戶表	存放用戶信息，如斬手狗，千手小粉紅
Order	訂單表	存放訂單信息，包括郵寄地址，電話號碼等信息
OrderItem	訂單項表	存放訂單項信息，包括購買產品種類，數量等

表關系

一	多
Category-分類	Product-產品
Category-分類	Property-屬性
Property-屬性	PropertyValue-屬性值
Product-產品	PropertyValue-屬性值
Product-產品	ProductImage-產品圖片
Product-產品	Review-評價
User-用戶	Order-訂單
Product-產品	OrderItem-訂單項
User-用戶	OrderItem-訂單項
Order-訂單	OrderItem-訂單項
User-用戶	User-評價

以上直接看可能暫時無法完全理解，結合后面具體到項目的業務流程就明白了。

實體類設計

所謂的實體類，就是對於數據庫中的表的互相映射的類。
這是一種 ORM 的設計思想，即一個對象，對應數據庫里的一條記錄
舉個例子，對於 評價 / review 的實體類和表結構設計如下：

已省略對應的 getter/setter 方法

DAO 類設計

DAO 是 Data Access Object 的縮寫，專門用於進行數據庫訪問的操作。
首先看一下數據庫工具類

DBUtil

這個類的作用是初始化驅動，並且提供一個 getConnection 用於獲取連接，統一管理連接參數，方便后續操作。

CategoryDAO

利用 DBUtil 獲取 Connectoion ，再獲取對應的 Statement，利用 JDBC 從數據庫取出數據，並構造成 bean 對象返回。
CategoryDAO.list

Service 類

作為J2EE web 應用，一般會按照如圖所示的設計流程進行
Servlet -> Service（業務類） -> DAO -> database

在本模仿天貓整站 JavaEE 版本中，不使用 Service 這一層。原因是在 DAO 進行了比較詳細的設計，已經提供了很好的支持業務的方法。如果在 DAO 上包裹一層 Service 業務類，不過是在直接調用 DAO 設計好的方法罷了。另外一個使用框架的項目會用到 Service 層。

Filter 配合 Servlet

后台在系統設計的時候，並不是簡單的每個功能對應一個 Servlet ，而是使用了反射的技術，結合過濾器Filter 進行了封裝，使得開發配置以及維護成本降低了很多。

一個路徑對應一個 Servlet 的弊端

這里以分類進行舉例：
分類管理需要：增加，刪除，編輯，修改，查詢 5 個功能，按照傳統的在 web.xml 中配置 Servlet 的思路，那么就需要 5 個 Servlet 類，而后台需要做分類，產品，屬性，產品圖，用戶，訂單 6 中管理，就一共需要30 個 Servlet，還要配置 web.xml 就會變得很亂。
解決的方法是把所有分類操作放在同一個 Servlet ，對應不同的方法。
讓我們來分析，如何做到訪問 admin_category_list 的時候，CategoryServlet 的 list() 方法會被調用：

假設訪問路徑是 /admin_category_x

過濾器 BackServletFilter 進行攔截，判斷訪問的地址是否以/admin_開頭

如果是，那么做如下操作
3.1 取出兩個下划線之間的值 category
3.2 取出最后一個下划線之后的值 x
3.3 然后根據這個值，服務端跳轉到 categoryServlet，並且把 x 這個值傳遞過去

categoryServlet 繼承了 BaseBackServlet，其 service 方法會被調用。在 service 中，借助反射技術，根據傳遞過來的值 x，調用對應 categoryServlet 中的方法 x()

這樣就實現了當訪問的路徑是 admin_category_list 的時候，就會調用 categoryServlet.x() 方法這樣一個效果

換句話說:
如果訪問的路徑是 admin_category_add，就會調用 categoryServlet.add() 方法
如果訪問的路徑是 admin_category_delete，就會調用 categoryServlet.delete() 方法

BackServletFilter

Github-BackServletFilter 完整代碼

BaseBackServlet

Github-BaseBackServlet 完整代碼
BaseBackServlet 繼承了 HttpServlet 並重寫了 service 方法，其核心代碼如下：

BaseBackServlet .service()

另外還定義了增刪查改等基礎抽象方法，初始化了所有 DAO 對象
上圖已經注釋的很清楚了，項目全部代碼都放在 github 上了，歡迎查看。

CategoryServlet

Github-CategoryServlet 完整代碼

首先 CategoryServlet 繼承了 BaseBackServlet，而 BaseBackServlet 又繼承了 HttpServlet
服務端跳轉過來之后，會訪問 CategoryServlet 會訪問 service() 方法
父類 BaseBackServlet中重寫了 service() 方法，所以流程就進入到了 service() 中
3.1 在 service() 方法中根據反射訪問對應的方法
3.2 根據對應方法的返回值，進行服務端跳轉、客戶端跳轉、或者直接輸出字符串。
取到從 BackServletFilter 中 request.setAttribute() 傳遞過來的值 list
根據這個值 list，借助反射機制調用 CategoryServlet 類中的 list() 方法，這樣就達到了CategoryServlet.list()方法被調用的效果

CategoryServlet.list()