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

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