一 三層架構
我們的開發架構一般都是基於兩種形式，一種是 C/S 架構，也就是客戶端/服務器，另一種是 B/S 架構，也就是瀏覽器服務器。在 JavaEE 開發中，幾乎全都是基於 B/S架構的開發。那麼在 B/S架構中，系統標準的三層架構包括：表現層、業務層、持久層。三層架構在我們的實際開發中使用的非常多，所以我們課程中的案例也都是基於三層架構設計的。
三層架構中，每一層各司其職，接下來我們就說說每層都負責哪些方面：
1. 表現層
也就是我們常說的web層。它負責接收客戶端請求，向客戶端響應結果，通常客戶端使用http協議請求web 層，web 需要接收 http 請求，完成 http 響應。
表現層包括展示層和控制層：控制層負責接收請求，展示層負責結果的展示。
表現層依賴業務層，接收到客戶端請求一般會調用業務層進行業務處理，並將處理結果響應給客戶端。
表現層的設計一般都使用 MVC 模型。（MVC 是表現層的設計模型，和其他層沒有關係）。
2. 業務層
也就是我們常說的 service 層。它負責業務邏輯處理，和我們開發項目的需求息息相關。web 層依賴業務層，但是業務層不依賴 web 層。
業務層在業務處理時可能會依賴持久層，如果要對數據持久化需要保證事務一致性。（也就是我們說的，事務應該放到業務層來控制）。
3. 持久層
也就是我們是常說的 dao 層。負責數據持久化，包括數據層即數據庫和數據訪問層，數據庫是對數據進行持久化的載體，數據訪問層是業務層和持久層交互的接口，業務層需要通過數據訪問層將數據持久化到數據庫中。通俗的講，持久層就是和數據庫交互，對數據庫表進行曾刪改查的。
二 MVC設計模式
MVC 全名是 Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，是一種用於設計創建 Web 應用程序表現層的模式。MVC 中每個部分各司其職：
1. Model （模型）
通常指的就是我們的數據模型。作用一般情況下用於封裝數據。對應着JavaBean。
2. View （視圖）
通常指的就是我們的 jsp 或者 html。作用一般就是展示數據的。通常視圖是依據模型數據創建的。對應着JSP。
3. Controller （控制器）
是應用程序中處理用戶交互的部分。作用一般就是處理程序邏輯的。對應着Servlet。
它相對於前兩個不是很好理解，這裏舉個例子：
我們要保存一個用戶的信息，該用戶信息中包含了姓名，性別，年齡等等。這時候表單輸入要求年齡必須是 1~100 之間的整數。姓名和性別不能爲空。並且把數據填充到模型之中。此時除了 js 的校驗之外，服務器端也應該有數據準確性的校驗，那麼校驗就是控制器的該做的。當校驗失敗後，由控制器負責把錯誤頁面展示給使用者。如果校驗成功，也是控制器負責把數據填充到模型，並且調用業務層實現完整的業務需求。
三 什麼是SpringMVC
SpringMVC 是一種基於 Java 的實現 MVC 設計模型的請求驅動類型的輕量級 Web 框架，屬於 Spring FrameWork 的後續產品，已經融合在 Spring Web Flow 裏面。Spring 框架提供了構建 Web 應用程序的全功能 MVC 模塊。使用 Spring 可插入的 MVC 架構，從而在使用 Spring 進行 WEB 開發時，可以選擇使用 Spring的 Spring MVC 框架或集成其他 MVC 開發框架，如 Struts1(現在一般不用)，Struts2 等。
SpringMVC 已經成爲目前最主流的 MVC 框架之一，並且隨着 Spring3.0 的發佈，全面超越 Struts2，成爲最優秀的 MVC 框架。
它通過一套註解，讓一個簡單的 Java 類成爲處理請求的控制器，而無須實現任何接口。同時它還支持RESTful 編程風格的求。
四 SpringMVC的優勢
1、清晰的角色劃分
前端控制器（DispatcherServlet）
請求到處理器映射（HandlerMapping）
處理器適配器（HandlerAdapter）
視圖解析器（ViewResolver）
處理器或頁面控制器（Controller）
驗證器（ Validator）
命令對象（Command 請求參數綁定到的對象就叫命令對象）
表單對象（Form Object 提供給表單展示和提交到的對象就叫表單對象）。
2、分工明確，而且擴展點相當靈活，可以很容易擴展，雖然幾乎不需要。
3、由於命令對象就是一個 POJO，無需繼承框架特定 API，可以使用命令對象直接作爲業務對象。
4、和 Spring 其他框架無縫集成，是其它 Web 框架所不具備的。
5、可適配，通過 HandlerAdapter 可以支持任意的類作爲處理器。
6、可定製性，HandlerMapping、ViewResolver 等能夠非常簡單的定製。
7、功能強大的數據驗證、格式化、綁定機制。
8、利用 Spring 提供的 Mock 對象能夠非常簡單的進行 Web 層單元測試。
9、本地化、主題的解析的支持，使我們更容易進行國際化和主題的切換。
10、強大的 JSP 標籤庫，使 JSP 編寫更容易。
……還有比如RESTful風格的支持、簡單的文件上傳、約定大於配置的契約式編程支持、基於註解的零配
置支持等等。
五 SpringMVC和Struts2的優劣分析
共同點：
- 它們都是表現層框架，都是基於 MVC 模型編寫的。
- 它們的底層都離不開原始 ServletAPI。
- 它們處理請求的機制都是一個核心控制器。
區別：
- Spring MVC 的入口是 Servlet, 而 Struts2 是 Filter。
- Spring MVC 是基於方法設計的，而 Struts2 是基於類，Struts2 每次執行都會創建一個動作類。所以 Spring MVC 會稍微比 Struts2 快些。
- Spring MVC 使用更加簡潔,同時還支持 JSR303, 處理 ajax 的請求更方便(JSR303 是一套 JavaBean 參數校驗的標準，它定義了很多常用的校驗註解，我們可以直接將這些註解加在我們 JavaBean 的屬性上面，就可以在需要校驗的時候進行校驗了。)
- Struts2 的 OGNL 表達式使頁面的開發效率相比 Spring MVC 更高些，但執行效率並沒有比 JSTL 提升，尤其是 struts2 的表單標籤，遠沒有 html 執行效率高。