播客專注于JavaNet和Php網(wǎng)頁平面設(shè)計工程師

第1深入淺寫寫在最前其中Model，通常指的就是JavaBean。Controller，通常指的是Servlet或者Filter，以及框架中封裝的各類控制器。表現(xiàn)層模型MVC的由Model1模Model1Model1模型是很早以前項目開發(fā)的一種常見模型，只有jspJavaBean兩部分組成。第二：所有邏輯代碼都是寫在JSP中的，導致代碼重用性很低。 Model2模 性。下圖展示的就是Model2模型：MVC模型的優(yōu)略MVC MVC基于異步請求的MVVM模它全稱是它全稱是ModelViewVielModel。是針對mvc模型的再次改良，不過只改良了展示數(shù)據(jù)的部分。理和數(shù)據(jù)展示分開，可以讓使用者在后期時，針對不同的需求進行調(diào)整。例如：如果是邏輯部分需要處理，則修第2章MVC模型框架之SpringMVC的源碼分SpringMVC的執(zhí)行過程分 通過此圖，我們可以看到其實都是由前端控制器負責找到要執(zhí)行的控制器方法。這個前端控制器就是 * /public oControler publicStringsay o(){return"success";}**publicStringo2()return}} ，最終發(fā)現(xiàn)它是通SpringMVC中三大組件詳是在Spring的3.1版本之后加入的。它的出現(xiàn)，可以讓使用者更加輕松的去配置SpringMVC的請求路徑xml的配置（2.1.8小節(jié)。它的配置有兩種方式：都是在springmvc.xml中加入配置。 bean(2.1.9小它起的作用是為我們建立起@RequestMap注解和控制器方法的對應(yīng)關(guān)系。并且存在于MapRegistry對象中的mapLookupMap中，該MapLinkedHashMap。對應(yīng)關(guān)系的建立時機是在應(yīng)用加載的時候，也就是當服務(wù)器啟動完成后，這些對應(yīng)關(guān)系已經(jīng)建立完成了。從而做到在我們的時候，我們通過2.1.1小節(jié)，學習了SpringMVC的執(zhí)行過程，最終調(diào)用的是前端控制器DispatcherServlet的doDispatch方法，而該方法中的HandlerAdapter的handle方法實際調(diào)用了我們自己寫的控制器方法。而我們使用此適配器，適用的控制器寫法：要求實現(xiàn)Controller接口 @Companypublic oController2implementsControllerpublicModelAndViewhandleRequest(HttpServletRequesthttpServletRequest,HttpServletResponsehttpServletResponse)throwsException{ModelAndViewmv=newModelAndView();return}}<beanid="simpleControllerHandlerAdapter" <bean 使用此適配器的控制器寫法：要求實現(xiàn)HttpRequestHandler接口 @Company HttpServletResponseresponse)throwsServletException,}}<bean <beanid="httpRequestHandlerAdapter"這種方式也是我們實際開發(fā)中采用最多的。它的要求是我們用注解@Controller配置控制器 /public oControler publicString {return}}<bean 視圖解析一個高度抽象的View接口。分視圖類說是InternaleResourceViewResolver版本之后才有的。之前使用的是接下來就是了解視圖解析器的作用。ViewResolver負責將處理結(jié)果生成View視圖，ViewResolver首先根據(jù)邏輯視圖名解析成物理視圖名即具體的頁面地址，再生成View視圖對象，最后對View進行渲染將處理結(jié)果通過分解析器類說 在分析之前，我們先需要回顧下控制器方法的返回值，此處我們都是以注解在分析之前，我們先需要回顧下控制器方法的返回值，此處我們都是以注解@Controller配置控制器為例，HTMLRequestMap映射地址。前往指定視圖的方式，默認是請求轉(zhuǎn)發(fā)，可以通過第二種：void，即沒有返回值。因為我們在控制器方法的參數(shù)中可以直接使用原始SerlvetAPI對象HttpServletRequestHttpServletResponse對象，所以無論是轉(zhuǎn)發(fā)還是重定向都可以輕松實現(xiàn)，而無需第三種：ModelAndViewDispatcherServletdoDispatch方法執(zhí)行時，HandlerAdapter的handle方法的返回值就是ModelAndView，只有我們的控制器方法定義為void時，才不會返回此類型。當返回值是String的時候也會創(chuàng)建ModelAndView并返回。 請求參數(shù)封裝的實現(xiàn)原我們原始的 /public oControlerpublicStringo(Stringname,Integerreturn}}無論get/post/put/delete請求方式，參數(shù)的體現(xiàn)形式都是key=value。但是如果形參變量名稱和請求參數(shù)的key不一致呢？此時，參數(shù)將無法封裝成功。 /publicclassParamController1 returnreturn}下，要想實現(xiàn)封裝以我們前面的內(nèi)容是無法實現(xiàn)的。此時需要我們使用@RequestBody注解。JSP代碼片段<script<script }控制器代碼片段**<p>Company: /publicclassParamController publicString o2(@RequestBodyStringreturn}}風格的URL，在現(xiàn)如今的開發(fā)中使用越來越普遍了。那么它是如何實現(xiàn)封裝的呢？請看下圖： 通通過上面執(zhí)行過程的全圖，我們看出SpringMVC在實現(xiàn)請求URL使用占位符傳參并封裝到控制器方法的形參中，器的AOP思 publicclassMyInterceptor1implementspublicbooleanpreHandle(HttpServletRequestrequest,HttpServletResponseresponse,Objecthandler)throws return}Objecthandler,ModelAndViewmodelAndView)throwsSystem.out.println("postHandle方法}publicpletion(HttpServletRequestrequest,response,Objecthandler,ExceptionthrowsException }} 自定義器中三個方法說明及使用場為什么不使用XML第一步：配置web.xml<bean o2" <bean o3" <bean mvc:annotation-driven<!--Begin--<!-- <!--HandlerAdapter--<!--End--第3章基于MVC模型框架之Struts2中的源碼struts2的執(zhí)行過程分析 過濾器-- *@authorpublic oAction*publicString return}}<!DOCTYPEstruts"-//ApacheSoftwareFoundation//DTDStrutsConfiguration2.3//EN" <%@pagelanguage="java"contentType="text/html;charset=UTF-8" "時序 struts2的過濾器（StrutsPrepareAndExecuteFilter）struts.xml配置然后，當客戶端發(fā)送請求到服務(wù)器，先經(jīng)過過濾器（StrutsPrepareAndExecuteFilter），它會根據(jù)請求的名struts.xml中找到對應(yīng)的配置，創(chuàng)建我們的動作類對（每次時都會創(chuàng)建新的Action對象），然后執(zhí)行指定的方法，根據(jù)方法的返回值找到Result的配置進行頁面的跳轉(zhuǎn).最后響應(yīng)瀏覽器。內(nèi)部流程ContextMap，ActionContext和ValueStack面找到。它是一個Map結(jié)構(gòu)的對象，其中key是字符串，valueObject。Map的key（它是ActionContext對象以及和ContextMapActionContext何時 ActionContext的線程安我們都知道，java的web工程是多線程的，那么每個線程在Action時，都會創(chuàng)建自己的答案就是，每次創(chuàng)建ActionContext使用圖中的是對發(fā)起一個請求struts2架構(gòu)會創(chuàng)建一個action實例同時創(chuàng)建一個OgnlValueStack值棧實例，OgnlValueStack貫穿整個Action的生命周期。 數(shù)據(jù)一個容器。它的封裝是ValueStack的內(nèi)部結(jié)只能操作集合第一個元素的方法，所以我們說它實現(xiàn)了棧的特性。同時，它里面定義了一個ContextMap的 值棧中都有什值棧中包含了我們通過調(diào)用push方法壓棧的對象，當前執(zhí)行的動作了和一個名稱為OGNL表達式獲取數(shù)據(jù)時的注意細因為它對EL表達式做了如下改變：pageScope——>requestScope——>sessionScope——>applicationScopeEL表達式改變后的搜索順序：pageScope—>requestScope—>valueStack—>contextMap—Struts2中的什么 什么需要。 Struts2中使用的前 Struts2中資源包的搜索順在在 Struts2中如何自定義結(jié)果視struts2中提供的結(jié)果視 而配置中的這些類都有一個共同的特點，這些類都實現(xiàn)了而配置中的這些類都有一個共同的特點，這些類都實現(xiàn)了com.opensymphony.xwork2.Result接口。或者繼承自該接口的實現(xiàn)類org.apache.struts2.dispatcher.StrutsResultSupport。如何自定義結(jié)果視第一步：寫一個類，實現(xiàn)接口或者繼承接口的實現(xiàn)第二步：在struts.xml文件中配置結(jié)果類第第三步：在action配置最終擴展：通過可配置的參數(shù)，實現(xiàn)圖像大小Struts2中自定義器的使用細器概在在Webwork的中文文檔的解釋為— 器是動Action調(diào)用的對象。它提供了一種機制可以使開發(fā)actionaction談到器，還要向大家提一個詞——器鏈（InterceptorChain，在Struts2中稱為器棧InterceptorStack）。器鏈就是將器按一定的順序聯(lián)結(jié)成一條鏈。在被的方法或字段時，攔截器鏈中的器就會按其之前定義的順序被調(diào)用。過濾器是servlet規(guī)范中的一部分，任何javaweb工程都可以使用。 器它是只有進入struts2 的是jsp，html,css,image或者js是不會進行 器。比如：servletConfig，staticParam，params，modelDriven等等。我們通過實現(xiàn)接口方式獲取ServletAPI以及封裝請求參數(shù)，都是 在在Interceptor接口中publicinterfaceInterceptorextends{voidinit();voiddestroy();}voidinit()：該方法在 器被創(chuàng)建后會立即被調(diào)用,它在 voiddestroy()：該方法與init方法相對應(yīng)，在 Stringintercept(ActionInvocationinvocationthrowsException：該方法是器的方法，用來添加真正執(zhí)行工作的代碼，實現(xiàn)具體的操作。它返回一個字符串作為邏輯視圖，系統(tǒng)根據(jù)返回的字符串跳轉(zhuǎn)到對應(yīng)的視圖資源。每一個動作請求Ac