關於三層架構和 MVC
我們的開發架構一般都是基於兩種形式，一種是 C/S 架構，也就是客戶端/服務器，另一種是 B/S 架構，也就 是瀏覽器服務器。在 JavaEE 開發中，幾乎全都是基於 B/S 架構的開發。那麼在 B/S 架構中，系統標準的三層架構包括：表現層、業務層、持久層。三層架構在我們的實際開發中使用的非常多，所以我們課程中的案例也都是基於 三層架構設計的。
三層架構中，每一層各司其職，接下來我們就說說每層都負責哪些方面：
表現層：
也就是我們常說的web層。它負責接收客戶端請求，向客戶端響應結果，通常客戶端使用 http協議請求 web 層， web 需要接收 http請求，完成 http 響應。 表現層包括展示層和控制層：控制層負責接收請求，展示層負責結果的展示。
表現層依賴業務層，接收到客戶端請求一般會調用業務層進行業務處理，並將處理結果響應給客戶端。 表現層的設計一般都使用 MVC 模型。（MVC是表現層的設計模型，和其他層沒有關係）
業務層：
也就是我們常說的 service 層。它負責業務邏輯處理，和我們開發項目的需求息息相關。 web 層依賴業 務層，但是業務層不依賴 web 層。業務層在業務處理時可能會依賴持久層，如果要對數據持久化需要保證事務一致性。（也就是我們說的， 事務應該放到業務層來控制）
持久層：
也就是我們是常說的 dao 層。負責數據持久化，包括數據層即數據庫和數據訪問層，數據庫是對數據進 行持久化的載體，數據訪問層是業務層和持久層交互的接口，業務層需要通過數據訪問層將數據持久化到數據庫 中。通俗的講，持久層就是和數據庫交互，對數據庫表進行曾刪改查的。
MVC 模型
MVC 全名是 Model View Controller，是模型(model)－視圖(view)－控制器(controller)的縮寫，
是一種用於設計創建 Web 應用程序表現層的模式。 MVC 中每個部分各司其職：
Model（模型） ：
通常指的就是我們的數據模型。作用一般情況下用於封裝數據。
View（視圖） ：
通常指的就是我們的 jsp 或者 html。作用一般就是展示數據的。
通常視圖是依據模型數據創建的。
Controller（控制器） ：
是應用程序中處理用戶交互的部分。 作用一般就是處理程序邏輯的。
它相對於前兩個不是很好理解，這裏舉個例子：
例如：
我們要保存一個用戶的信息，該用戶信息中包含了姓名，性別，年齡等等。
這時候表單輸入要求年齡必須是 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 編程風格的請求。
0）先上一springmvc工作原理圖張圖
1）springmvc工作流程
- 用戶發送請求至前端控制器DispatcherServlet
- DispatcherServlet收到請求調用HandlerMapping處理器映射器
- 處理器映射器找到具體的處理器(可以根據xml配置、註解進行查找)，生成處理器對象及處理器攔截器(如果有則生成)一併返回給DispatcherServlet
- DispatcherServlet調用HandlerAdapter處理器適配器
- HandlerAdapter經過適配調用具體的處理器(Controller，也叫後端控制器)
- Controller執行完成返回ModelAndView
- HandlerAdapter將controller執行結果ModelAndView返回給DispatcherServlet
- DispatcherServlet將ModelAndView傳給ViewReslover視圖解析器
- ViewReslover解析後返回具體View
- DispatcherServlet根據View進行渲染視圖（即將模型數據填充至視圖中） DispatcherServlet響應用戶
組件
前端控制器-DispatcherServlet : 接收請求，響應結果，相當於轉發器，中央處理器。有了dispatcherServlet減少了其它組件之間的耦合度。用戶請求到達前端控制器，它就相當於mvc模式中的c，dispatcherServlet是整個流程控制的中心，由它調用其它組件處理用戶的請求，dispatcherServlet的存在降低了組件之間的耦合性
處理器映射器-HandlerMapping : 根據請求的url查找Handler
HandlerMapping負責根據用戶請求找到Handler即處理器，springmvc提供了不同的映射器實現不同的映射方式，例如：配置文件方式，實現接口方式，註解方式等
處理器適配器-HandlerAdapter : 按照特定規則（HandlerAdapter要求的規則）去執行Handler
通過HandlerAdapter對處理器進行執行，這是適配器模式的應用，通過擴展適配器可以對更多類型的處理器進行執行
處理器-Handler(需要工程師開發) : 注意：編寫Handler時按照HandlerAdapter的要求去做，這樣適配器纔可以去正確執行Handler
Handler 是繼DispatcherServlet前端控制器的後端控制器，在DispatcherServlet的控制下Handler對具體的用戶請求進行處理。
由於Handler涉及到具體的用戶業務請求，所以一般情況需要工程師根據業務需求開發Handler。
視圖解析器View resolver : 進行視圖解析，根據邏輯視圖名解析成真正的視圖（view）
View Resolver負責將處理結果生成View視圖，View Resolver首先根據邏輯視圖名解析成物理視圖名即具體的頁面地址，再生成View視圖對象，最後對View進行渲染將處理結果通過頁面展示給用戶。 springmvc框架提供了很多的View視圖類型，包括：jstlView、freemarkerView、pdfView等
視圖View(需要工程師開發) : View是一個接口，實現類支持不同的View類型（jsp、freemarker、pdf…）
springmvc的工作機制
在容器初始化時會建立所有url和controller的對應關係,保存到Map<url,controller>中.tomcat啓動時會通知spring初始化容器(加載bean的定義信息和初始化所有單例bean),然後springmvc會遍歷容器中的bean,獲取每一個controller中的所有方法訪問的url,然後將url和controller保存到一個Map中;
這樣就可以根據request快速定位到controller,因爲最終處理request的是controller中的方法,Map中只保留了url和controller中的對應關係,所以要根據request的url進一步確認controller中的method,這一步工作的原理就是拼接controller的url(controller上@RequestMapping的值)和方法的url(method上@RequestMapping的值),與request的url進行匹配,找到匹配的那個方法;
確定處理請求的method後,接下來的任務就是參數綁定,把request中參數綁定到方法的形式參數上,這一步是整個請求處理過程中最複雜的一個步驟。springmvc提供了兩種request參數與方法形參的綁定方法:
① 通過註解進行綁定,@RequestParam
②通過參數名稱進行綁定.使用註解進行綁定,我們只要在方法參數前面聲明@RequestParam(“a”),就可以將request中參數a的值綁定到方法的該參數上.使用參數名稱進行綁定的前提是必須要獲取方法中參數的名稱,Java反射只提供了獲取方法的參數的類型,並沒有提供獲取參數名稱的方法.springmvc解決這個問題的方法是用asm框架讀取字節碼文件,來獲取方法的參數名稱.asm框架是一個字節碼操作框架,關於asm更多介紹可以參考它的官網.個人建議,使用註解來完成參數綁定,這樣就可以省去asm框架的讀取字節碼的操作.
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 執行效率高。
好了以上就是關於SpringMvc的解釋與說明！！！！！！！！！！！！1