君，已阅读到文档的结尾了呢~~
新编MVC3 快速入门-第三节 添加一个视图
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
新编MVC3 快速入门-第三节 添加一个视图
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口您所在的位置： &
浅谈ASP.NET MVC 3中如何使用Model
浅谈ASP.NET MVC 3中如何使用Model
今天我们将要谈到的是ASP.NET MVC 3中如何使用Model，用于远程验证等功能上。欢迎大家加入讨论。
昨天博客发了新文章，讲一下我对如何使用MVC中的Model的看法，不是什么大技术，当是一个技术讨论^^
原文地址：http://www.youguanbumen.net/Article.aspx?id=79
前两天写了个文章ASP.NET MVC 3 && Model远程验证，主要记录了一下ASP.NET MVC 3中新增的RemoteAttribute类的使用，得益于这个类，我们可以在模型中为属性配置客户端远程校验的业务，文章中给了出一个简单的实体类MyUser_Add，举了一个最常见的注册用户时验证用户名是否存在的例子，最后成功地对用户名实现了用ajax加薪校验的功能。给出Model的代码如下：
&&&publicclassMyUser_AddModel &{ &&&&&#region&MyRegion &&&&&&&&&&&&&&&&&&&&[DisplayName(&登录账号&)] &&&&&[Required(ErrorMessage&=&&用户账号不能为空&)] &&&&&[Remote(&CheckUserAccountExists&,&&Test&,&ErrorMessage&=&&用户账号已存在&)]&&&&&&publicstringUserAccount&{&get;&set;&} &}& &&&&&& &&
文章发到博客园上面之后有朋友提出一了一点：&这个我们可以认为在创建的时候解决重复问题，但是如果是Update的话，我相信这样的语句应该也会报错误的&。就是说如果这个Model用于做Update操作的时候，校验用户名是否存在的方法和Add操作会有点不同，因为要把自己排除在外，例如原来的用户名叫&user1&修改后还叫&user1&，这时候判断用户名是否存在的标准是&如果存在用户名是&user1&的并且用户ID号不是当前这个要修改的用户，那么用户不可用（存在）&，而Add操作的时候不存在&自己&，所以我看可以理解为两个操作都需要判断用户名是否存在，但是使用了不同的策略！
刚好之前看了ASP.NET MVC 3自带的Demo（就是创建MVC3.0项目后生成的那个- -！），想写一下我自己认为的&微软希望我们怎么去设计MVC中的Model&的看法，发现似乎和这个问题有点联系，以下是我个人的观点：
首先我们看下Demo项目中Models目录下的AccountModels.cs，下面的代码摘自这个文件中的两个我认为很有代表性的类，都是和用户有关的，源代码如下：
publicclassLogOnModel &{ &&&&&[Required] &&&&&[Display(Name&=&&User&name&)] &&&&&publicstringUserName&{&get;&set;&} &&&&&[Required] &&&&&[DataType(DataType.Password)] &&&&&[Display(Name&=&&Password&)] &&&&&publicstringPassword&{&get;&set;&} &&&&&[Display(Name&=&&Remember&me?&)] &&&&&publicboolRememberMe&{&get;&set;&} &} &publicclassRegisterModel &{ &&&&&[Required] &&&&&[Display(Name&=&&User&name&)] &&&&&publicstringUserName&{&get;&set;&} &&&&&[Required] &&&&&[DataType(DataType.EmailAddress)] &&&&&[Display(Name&=&&Email&address&)] &&&&&publicstringEmail&{&get;&set;&} &&&&&[Required] &&&&&[ValidatePasswordLength] &&&&&[DataType(DataType.Password)] &&&&&[Display(Name&=&&Password&)] &&&&&publicstringPassword&{&get;&set;&} &&&&&[DataType(DataType.Password)] &&&&&[Display(Name&=&&Confirm&password&)] &&&&&[Compare(&Password&,&ErrorMessage&=&&The&password&and&confirmation&password&do&not&match.&)] &&&&&publicstringConfirmPassword&{&get;&set;&} &}&&
注意上面两个类的类名，我们很容易读懂一个是&（用户）登录模型&，一个是&（用户）注册模型&，有意思的地方在于两个类都用UserName、Password两个属性，UserName的验证方式完全一样，而Password有所不同，RegisterModel中多了一个ValidatePasswordLengthAttribute的特性&&一个自定义验证特性。这两个模型对应的是不同的Action-View，于是我的理解是：Model是为了Actioin-View而存在的。例如，有一个页面是用来显示一张表单，这张表单会被提交到一个介绍Post请求的Action中，这时候就会创建一个和这个表单对应的Model，用来在View和Action中充当媒介的作用（所谓的&实体传参&）。
回到上面那个检测用户名是否存在的问题，基于这个想法可以得出一个解决方案，那就是创建另外一个新类，叫做MyUser_UpdateModel（用户修改模型），可以得出以下的代码
publicclassMyUser_UpdateModel &{ &&&&&&&&&&&&&&&&&&&&[DisplayName(&登录账号&)] &&&&&[Required(ErrorMessage&=&&用户账号不能为空&)] &&&&&[ValidateUserAccountAttribute]&&&&&&[Remote(&CheckUserAccountExistsForUpdate&,&&Test&,&ErrorMessage&=&&用户账号已存在&)]&&&&&&publicstringUserAccount&{&get;&set;&} &}&&
注意到远程验证调用的是另外一个Action，这个Action的代码如下：
&&&&&&[HttpGet] &public&ActionResult&CheckUserAccountExistsForUpdate(string&UserAccount) &{ &&&&&var&ms&=&ModelS &&&&&string[]&existsUsers&=&{&&wodanwojun&&}; &&&&&bool&exists&=&string.IsNullOrEmpty(existsUsers.FirstOrDefault(u&=&&u.ToLower()&==&UserAccount.ToLower()))&==&false; &&&&&return&Json(!exists,&JsonRequestBehavior.AllowGet); &}& &&&& &&&&&&public&class&MyUser_UpdateModel &&&&&{ &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&[DisplayName(&登录账号&)] &&&&&&&&&[Required(ErrorMessage&=&&用户账号不能为空&)] &&&&&&&&&[ValidateUserAccountAttribute]&&&&&&&&&&[Remote(&CheckUserAccountExistsForUpdate&,&&Test&,&ErrorMessage&=&&用户账号已存在&)]&&&&&&&&&&public&string&UserAccount&{&get;&set;&} &&&&&}&
这里假设要修改的用户的用户名叫做&youguanbumen&，所以验证的时候如果输入了有关部门是不应该提示&该账号已存在&的（因为就是他自己，用了这个账号是没问题的）。控制器的代码我就不写咯，大致就是得到一个用户名叫做&youguanbumen&的Model&&MyUser_UpdateModel类，然后通过return View(object model)方法丢给View（当然，View是强类型的&&MyUser_UpdateModel类），测试结果截图如下：
1、输入&wodanwojun&作为用户名，发现通不过，就像下面这张截图这样，原因请见上面的代码！
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/7220.png" />
2、输入&youguanbumen&作为用户名。发现没有错误提示，就像下面这张截图这样，原因请见上面的代码，并对照前一篇文章中另外一个用于远程校验的Action的代码！
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/7221.png" />
总结一下：似乎写出来的每一篇文章都不短但是讲的东西都很少，呵呵，请别介意^_^。虽然写代码的经验很不多，但是个人对于代码还是有一些自己的看法的。选择一个框架来开发一个系统，就意味着在开发的过程中你需要遵循某些约定好的东西，例如选择WebForm来开发系统，就尽量的接受&事件相应&和服务器端控件；选择了MVC就要接受把C#代码嵌到页面去的这个事实，当然如果使用了某些RIA框架后可能不出现这种情况（因为页面上的东西基本都是异步请求回来的）。特别是多人开发的时候，我们有必要遵循某些套路来写代码，例如上面这个例子，也许写Model、写View和写Action是三个不同的人来完成的时候，&如果遵循这一个Action会有一个Model来支持它&的这种套路来走的话，每个人都很容易找到代码的下手点，写View的人知道如何去声明页面为强类型（他会去找相关的Model），写Action的人知道return View（object model）中的model是啥，也知道用于处理Post的Action的参数是什么，写Model的人需要很了解业务，知道哪些字段是必填的，那些字段有长度限制等等，但是他也许不知道这个Model会被拿去怎么展示！
ASP.NET MVC中的Model是和业务紧密相关的，有什么样的业务需求就会产生什么样的Model，并且会有相应的Action来出来它，有相应的View来展示它。如果基于这个想法来开发系统的话，很有可能得出这样一个简要的开发流程：研究业务--&转化为对应的Model，根据业务需求对Model的属性配置验证特性--&设计数据库表来对数据进行存放（也许是xml也不一定）--&设计View来展示它，设计Action来处理它......。
原文链接：/serafin/archive//1945934.html
【编辑推荐】
【责任编辑： TEL：（010）】
关于的更多文章
IE浏览器不支持很多CSS属性是出了名的，即便在支持的部分中，也
作为移动开发者，WOT2016移动互联网技术峰会，绝对有你不得不来的理由。
十一归来，貌似大家都没有什么劲头。本周五，为期两天
《待字闺中：编程面试题集》集合最新最全的面试经验和
这周Windows8.1正式版发布了，不知道各位有没有去更新
本书既能够成为读者的理论支持，又可以作为构建可靠的、可伸缩的、可维护的并发程序的技术支持。本书并不仅仅提供并发API的清单
51CTO旗下网站人气：3159532
访问用户量：3758
笔记经验：3832
总积分：261656
级别：VIP5
搜索本笔记
ta的交流分类
ta的全部笔记
浏览(153362)|(13)
&&交流分类：|笔记分类:
2．1、Spring Web MVC是什么
Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们日常Web开发的。
另外还有一种基于组件的、事件驱动的Web框架在此就不介绍了，如Tapestry、JSF等。
Spring Web MVC也是服务到工作者模式的实现，但进行可优化。前端控制器是DispatcherServlet；应用控制器其实拆为处理器映射器(Handler Mapping)进行处理器管理和视图解析器(View Resolver)进行视图管理；页面控制器/动作/处理器为Controller接口（仅包含ModelAndView handleRequest(request, response) 方法）的实现（也可以是任何的POJO类）；支持本地化（Locale）解析、主题（Theme）解析及文件上传等；提供了非常灵活的数据验证、格式化和数据绑定机制；提供了强大的约定大于配置（惯例优先原则）的契约式编程支持。
2．2、Spring Web MVC能帮我们做什么
√让我们能非常简单的设计出干净的Web层和薄薄的Web层；
√进行更简洁的Web层的开发；
√天生与Spring框架集成（如IoC容器、AOP等）；
√提供强大的约定大于配置的契约式编程支持；
√能简单的进行Web层的单元测试；
√支持灵活的URL到页面控制器的映射；
√非常容易与其他视图技术集成，如Velocity、FreeMarker等等，因为模型数据不放在特定的API里，而是放在一个Model里（Map数据结构实现，因此很容易被其他框架使用）；
√非常灵活的数据验证、格式化和数据绑定机制，能使用任何对象进行数据绑定，不必实现特定框架的API；
√提供一套强大的JSP标签库，简化JSP开发；
√支持灵活的本地化、主题等解析；
√更加简单的异常处理；
√对静态资源的支持；
√支持Restful风格。
2．3、Spring Web MVC架构
Spring Web MVC框架也是一个基于请求驱动的Web框架，并且也使用了前端控制器模式来进行设计，再根据请求映射规则分发给相应的页面控制器（动作/处理器）进行处理。首先让我们整体看一下Spring Web MVC处理请求的流程：
2.3.1、Spring Web MVC处理请求的流程
具体执行步骤如下：
1、& 首先用户发送请求————&前端控制器，前端控制器根据请求信息（如URL）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；图2-1中的1、2步骤；
2、& 页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在Spring Web MVC中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名）；图2-1中的3、4、5步骤；
3、& 前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图2-1中的步骤6、7；
4、& 前端控制器再次收回控制权，将响应返回给用户，图2-1中的步骤8；至此整个结束。
1、& 请求如何给前端控制器？
2、& 前端控制器如何根据请求信息选择页面控制器进行功能处理？
3、& 如何支持多种页面控制器呢？
4、& 如何页面控制器如何使用业务对象？
5、& 页面控制器如何返回模型数据？
6、& 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？
7、& 不同的视图技术如何使用相应的模型数据？
首先我们知道有如上问题，那这些问题如何解决呢？请让我们先继续，在后边依次回答。
2.3.2、Spring Web MVC架构
1、Spring Web MVC核心架构图，如图2-2
架构图对应的DispatcherServlet核心代码如下：
java代码：
//前端控制器分派方法
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest =
HandlerExecutionChain mappedHandler =
int interceptorIndex = -1;
boolean errorView =
//检查是否是请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析
processedRequest = checkMultipart(request);
//步骤2、请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射
mappedHandler = getHandler(processedRequest, false);
if (mappedHandler == null || mappedHandler.getHandler() == null) {
noHandlerFound(processedRequest, response);
//步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// 304 Not Modified缓存支持
//此处省略具体代码
// 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）
//此处省略具体代码
// 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
// Do we need view name translation?
if (mv != null && !mv.hasView()) {
mv.setViewName(getDefaultViewName(request));
// 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）
//此处省略具体代码
catch (ModelAndViewDefiningException ex) {
logger.debug(&ModelAndViewDefiningException encountered&, ex);
mv = ex.getModelAndView();
catch (Exception ex) {
Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
mv = processHandlerException(processedRequest, response, handler, ex);
errorView = (mv != null);
//步骤5 步骤6、解析视图并进行视图的渲染
//步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）
//步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);）
if (mv != null && !mv.wasCleared()) {
render(mv, processedRequest, response);
if (errorView) {
WebUtils.clearErrorRequestAttributes(request);
if (logger.isDebugEnabled()) {
logger.debug(&Null ModelAndView returned to DispatcherServlet with name '& + getServletName() +
&': assuming HandlerAdapter completed request handling&);
// 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）
//此处省略具体代码
catch (Exception ex) {
// Trigger after-completion for thrown exception.
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
catch (Error err) {
ServletException ex = new NestedServletException(&Handler processing failed&, err);
// Trigger after-completion for thrown exception.
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
// Clean up any resources used by a multipart request.
if (processedRequest != request) {
cleanupMultipart(processedRequest);
核心架构的具体流程步骤如下：
1、& 首先用户发送请求——&DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2、& DispatcherServlet——&HandlerMapping， HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
3、& DispatcherServlet——&HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4、& HandlerAdapter——&处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；
5、& ModelAndView的逻辑视图名——& ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；
6、& View——&渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。
此处我们只是讲了核心流程，没有考虑拦截器、本地解析、文件上传解析等，后边再细述。
到此，再来看我们前边提出的问题：
1、& 请求如何给前端控制器？这个应该在web.xml中进行部署描述，在HelloWorld中详细讲解。
2、& 前端控制器如何根据请求信息选择页面控制器进行功能处理？ 我们需要配置HandlerMapping进行映射
3、& 如何支持多种页面控制器呢？配置HandlerAdapter从而支持多种类型的页面控制器
4、& 如何页面控制器如何使用业务对象？可以预料到，肯定利用Spring IoC容器的依赖注入功能
5、& 页面控制器如何返回模型数据？使用ModelAndView返回
6、& 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？ 使用ViewResolver进行解析
7、& 不同的视图技术如何使用相应的模型数据？ 因为Model是一个Map数据结构，很容易支持其他视图技术
在此我们可以看出具体的核心开发步骤：
1、& DispatcherServlet在web.xml中的部署描述，从而拦截请求到Spring Web MVC
2、& HandlerMapping的配置，从而将请求映射到处理器
3、& HandlerAdapter的配置，从而支持多种类型的处理器
4、& ViewResolver的配置，从而将逻辑视图名解析为具体视图技术
5、处理器（页面控制器）的配置，从而进行功能处理
上边的开发步骤我们会在Hello World中详细验证。
2．4、Spring Web MVC优势
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风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。
到此我们已经简单的了解了Spring Web MVC，接下来让我们来个实例来具体使用下这个框架。
2．5、Hello World入门
2.5.1、准备开发环境和运行环境：
☆开发工具：eclipse
☆运行环境：tomcat6.0.20
☆工程：动态web工程（springmvc-chapter2）
☆spring框架下载：
spring-framework-3.1.1.RELEASE-with-docs.zip
☆依赖jar包：
1、& Spring框架jar包：
为了简单，将spring-framework-3.1.1.RELEASE-with-docs.zip/dist/下的所有jar包拷贝到项目的WEB-INF/lib目录下；
2、& Spring框架依赖的jar包：
需要添加Apache commons logging日志，此处使用的是commons.logging-1.1.1.jar；
需要添加jstl标签库支持，此处使用的是jstl-1.1.2.jar和standard-1.1.2.jar；
2.5.2、前端控制器的配置
在我们的web.xml中添加如下配置：
java代码：
&servlet-name&chapter2&/servlet-name&
&servlet-class&org.springframework.web.servlet.DispatcherServlet&/servlet-class&
&load-on-startup&1&/load-on-startup&
&/servlet&
&servlet-mapping&
&servlet-name&chapter2&/servlet-name&
&url-pattern&/&/url-pattern&
&/servlet-mapping&
load-on-startup：表示启动容器时初始化该Servlet；
url-pattern：表示哪些请求交给Spring Web MVC处理， “/” 是用来定义默认servlet映射的。也可以如“*.html”表示拦截所有以html为扩展名的请求。
自此请求已交给Spring Web MVC框架处理，因此我们需要配置Spring的配置文件，默认DispatcherServlet会加载WEB-INF/[DispatcherServlet的Servlet名字]-servlet.xml配置文件。本示例为WEB-INF/ chapter2-servlet.xml。
2.5.3、在Spring配置文件中配置HandlerMapping、HandlerAdapter
具体配置在WEB-INF/ chapter2-servlet.xml文件中：
java代码：
&!-- HandlerMapping --&
&bean class=&org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping&/&
&!-- HandlerAdapter --&
&bean class=&org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter&/&
BeanNameUrlHandlerMapping：表示将请求的URL和Bean名字映射，如URL为 “上下文/hello”，则Spring配置文件必须有一个名字为“/hello”的Bean，上下文默认忽略。
SimpleControllerHandlerAdapter：表示所有实现了org.springframework.web.servlet.mvc.Controller接口的Bean可以作为Spring Web MVC中的处理器。如果需要其他类型的处理器可以通过实现HadlerAdapter来解决。
2.5.4、在Spring配置文件中配置ViewResolver
具体配置在WEB-INF/ chapter2-servlet.xml文件中：
java代码：
&!-- ViewResolver --&
&bean class=&org.springframework.web.servlet.view.InternalResourceViewResolver&&
&property name=&viewClass& value=&org.springframework.web.servlet.view.JstlView&/&
&property name=&prefix& value=&/WEB-INF/jsp/&/&
&property name=&suffix& value=&.jsp&/&
InternalResourceViewResolver：用于支持Servlet、JSP视图解析；
&&& viewClass：JstlView表示JSP模板页面需要使用JSTL标签库，classpath中必须包含jstl的相关jar包；
&&& prefix和suffix：查找视图页面的前缀和后缀（前缀[逻辑视图名]后缀），比如传进来的逻辑视图名为hello，则该该jsp视图页面应该存放在“WEB-INF/jsp/hello.jsp”；
2.5.5、开发处理器/页面控制器
java代码：
package cn.javass.chapter2.web.
import javax.servlet.http.HttpServletR
import javax.servlet.http.HttpServletR
import org.springframework.web.servlet.ModelAndV
import org.springframework.web.servlet.mvc.C
public class HelloWorldController implements Controller {
public ModelAndView handleRequest(HttpServletRequest req, HttpServletResponse resp) throws Exception {
//1、收集参数、验证参数
//2、绑定参数到命令对象
//3、将命令对象传入业务对象进行业务处理
//4、选择下一个页面
ModelAndView mv = new ModelAndView();
//添加模型数据 可以是任意的POJO对象
mv.addObject(&message&, &Hello World!&);
//设置逻辑视图名，视图解析器会根据该名字解析到具体的视图页面
mv.setViewName(&hello&);
org.springframework.web.servlet.mvc.Controller：页面控制器/处理器必须实现Controller接口，注意别选错了；后边我们会学习其他的处理器实现方式；
public ModelAndView handleRequest(HttpServletRequest req, HttpServletResponse resp) ：功能处理方法，实现相应的功能处理，比如收集参数、验证参数、绑定参数到命令对象、将命令对象传入业务对象进行业务处理、最后返回ModelAndView对象；
ModelAndView：包含了视图要实现的模型数据和逻辑视图名；“mv.addObject(&message&, &Hello World!&);
”表示添加模型数据，此处可以是任意POJO对象；“mv.setViewName(&hello&);”表示设置逻辑视图名为“hello”，视图解析器会将其解析为具体的视图，如前边的视图解析器InternalResourceVi。wResolver会将其解析为“WEB-INF/jsp/hello.jsp”。
我们需要将其添加到Spring配置文件(WEB-INF/chapter2-servlet.xml)，让其接受Spring IoC容器管理:
java代码：
&!-- 处理器 --&
&bean name=&/hello& class=&cn.javass.chapter2.web.controller.HelloWorldController&/&
name=&/hello&：前边配置的BeanNameUrlHandlerMapping，表示如过请求的URL为 “上下文/hello”，则将会交给该Bean进行处理。&
2.5.6、开发视图页面
创建 /WEB-INF/jsp/hello.jsp视图页面：
java代码：
&%@ page language=&java& contentType=&text/ charset=UTF-8& pageEncoding=&UTF-8&%&
&!DOCTYPE html PUBLIC &-//W3C//DTD HTML 4.01 Transitional//EN& &http://www.w3.org/TR/html4/loose.dtd&&
&meta http-equiv=&Content-Type& content=&text/ charset=UTF-8&&
&title&Hello World&/title&
${message}
${message}：表示显示由HelloWorldController处理器传过来的模型数据。
2.5.6、启动服务器运行测试
通过请求：，如果页面输出“Hello World! ”就表明我们成功了！
2.5.7、运行流程分析
运行步骤：
1、& 首先用户发送请求容器，web容器根据“/hello”路径映射到DispatcherServlet（url-pattern为/）进行处理；
2、& DispatcherServlet——&BeanNameUrlHandlerMapping进行请求到处理的映射，BeanNameUrlHandlerMapping将“/hello”路径直接映射到名字为“/hello”的Bean进行处理，即HelloWorldController，BeanNameUrlHandlerMapping将其包装为HandlerExecutionChain（只包括HelloWorldController处理器，没有拦截器）；
3、& DispatcherServlet——& SimpleControllerHandlerAdapter，SimpleControllerHandlerAdapter将HandlerExecutionChain中的处理器（HelloWorldController）适配为SimpleControllerHandlerAdapter；
4、& SimpleControllerHandlerAdapter——& HelloWorldController处理器功能处理方法的调用，SimpleControllerHandlerAdapter将会调用处理器的handleRequest方法进行功能处理，该处理方法返回一个ModelAndView给DispatcherServlet；
5、& hello（ModelAndView的逻辑视图名）——&InternalResourceViewResolver， InternalResourceViewResolver使用JstlView，具体视图页面在/WEB-INF/jsp/hello.jsp；
6、& JstlView（/WEB-INF/jsp/hello.jsp）——&渲染，将在处理器传入的模型数据(message=HelloWorld！)在视图中展示出来；
7、& 返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。
到此HelloWorld就完成了，步骤是不是有点多？而且回忆下我们主要进行了如下配置：
1、& 前端控制器DispatcherServlet；
2、& HandlerMapping
3、& HandlerAdapter
4、& ViewResolver
5、& 处理器/页面控制器
因此，接下来几章让我们详细看看这些配置，先从DispatcherServlet开始吧。
2．6、POST中文乱码解决方案
spring Web MVC框架提供了org.springframework.web.filter.CharacterEncodingFilter用于解决POST方式造成的中文乱码问题，具体配置如下：
java代码：
&filter-name&CharacterEncodingFilter&/filter-name&
&filter-class&org.springframework.web.filter.CharacterEncodingFilter&/filter-class&
&init-param&
&param-name&encoding&/param-name&
&param-value&utf-8&/param-value&
&/init-param&
&filter-mapping&
&filter-name&CharacterEncodingFilter&/filter-name&
&url-pattern&/*&/url-pattern&
&/filter-mapping&
以后我们项目及所有页面的编码均为UTF-8。
2.7、Spring3.1新特性
一、Spring2.5之前，我们都是通过实现Controller接口或其实现来定义我们的处理器类。
二、Spring2.5引入注解式处理器支持，通过@Controller 和 @RequestMapping注解定义我们的处理器类。并且提供了一组强大的注解：
需要通过处理器映射DefaultAnnotationHandlerMapping和处理器适配器AnnotationMethodHandlerAdapter来开启支持@Controller 和 @RequestMapping注解的处理器。
@Controller：用于标识是处理器类；
@RequestMapping：请求到处理器功能方法的映射规则；
@RequestParam：请求参数到处理器功能处理方法的方法参数上的绑定；
@ModelAttribute：请求参数到命令对象的绑定；
@SessionAttributes：用于声明session级别存储的属性，放置在处理器类上，通常列出模型属性（如@ModelAttribute）对应的名称，则这些属性会透明的保存到session中；
@InitBinder：自定义数据绑定注册支持，用于将请求参数转换到命令对象属性的对应类型；
三、Spring3.0引入RESTful架构风格支持(通过@PathVariable注解和一些其他特性支持),且又引入了更多的注解支持：
@CookieValue：cookie数据到处理器功能处理方法的方法参数上的绑定；
@RequestHeader：请求头（header）数据到处理器功能处理方法的方法参数上的绑定；
@RequestBody：请求的body体的绑定（通过HttpMessageConverter进行类型转换）；
@ResponseBody：处理器功能处理方法的返回值作为响应体（通过HttpMessageConverter进行类型转换）；
@ResponseStatus：定义处理器功能处理方法/异常处理器返回的状态码和原因；
@ExceptionHandler：注解式声明异常处理器；
@PathVariable：请求URI中的模板变量部分到处理器功能处理方法的方法参数上的绑定，从而支持RESTful架构风格的URI；
四、还有比如：
JSR-303验证框架的无缝支持（通过@Valid注解定义验证元数据）；
使用Spring 3开始的ConversionService进行类型转换（PropertyEditor依然有效），支持使用@NumberFormat 和 @DateTimeFormat来进行数字和日期的格式化；
HttpMessageConverter（Http输入/输出转换器，比如JSON、XML等的数据输出转换器）；
ContentNegotiatingViewResolver，内容协商视图解析器，它还是视图解析器，只是它支持根据请求信息将同一模型数据以不同的视图方式展示（如json、xml、html等），RESTful架构风格中很重要的概念（同一资源，多种表现形式）；
Spring 3 引入 一个 &mvc XML的命名空间用于支持mvc配置，包括如：
&&& &mvc:annotation-driven&：
&&&&& 自动注册基于注解风格的处理器需要的DefaultAnnotationHandlerMapping、AnnotationMethodHandlerAdapter
&&&&& 支持Spring3的ConversionService自动注册
&&&&& 支持JSR-303验证框架的自动探测并注册（只需把JSR-303实现放置到classpath）
&&&&& 自动注册相应的HttpMessageConverter（用于支持@RequestBody &和 @ResponseBody）（如XML输入输出转换器（只需将JAXP实现放置到classpath）、JSON输入输出转换器（只需将Jackson实现放置到classpath））等。
&&& &mvc:interceptors&：注册自定义的处理器拦截器；
&&& &mvc:view-controller&：和ParameterizableViewController类似，收到相应请求后直接选择相应的视图；
&&& &mvc:resources&：逻辑静态资源路径到物理静态资源路径的支持；
&&& &mvc:default-servlet-handler&：当在web.xml&中DispatcherServlet使用&url-pattern&/&/url-pattern&&映射时，能映射静态资源（当Spring Web MVC框架没有处理请求对应的控制器时（如一些静态资源），转交给默认的Servlet来响应静态文件，否则报404找不到资源错误，）。
……等等。
五、Spring3.1新特性：
对Servlet 3.0的全面支持。
@EnableWebMvc：用于在基于Java类定义Bean配置中开启MVC支持，和XML中的&mvc:annotation-driven&功能一样；
新的@Contoller和@RequestMapping注解支持类：处理器映射RequestMappingHandlerMapping 和 处理器适配器RequestMappingHandlerAdapter组合来代替Spring2.5开始的处理器映射DefaultAnnotationHandlerMapping和处理器适配器AnnotationMethodHandlerAdapter，提供更多的扩展点，它们之间的区别我们在处理器映射一章介绍。
新的@ExceptionHandler 注解支持类：ExceptionHandlerExceptionResolver来代替Spring3.0的AnnotationMethodHandlerExceptionResolver，在异常处理器一章我们再详细讲解它们的区别。
@RequestMapping的&consumes& 和 &produces& 条件支持：用于支持@RequestBody 和 @ResponseBody，
1consumes指定请求的内容是什么类型的内容，即本处理方法消费什么类型的数据，如consumes=&application/json&表示JSON类型的内容，Spring会根据相应的HttpMessageConverter进行请求内容区数据到@RequestBody注解的命令对象的转换；
2produces指定生产什么类型的内容，如produces=&application/json&表示JSON类型的内容，Spring的根据相应的HttpMessageConverter进行请求内容区数据到@RequestBody注解的命令对象的转换，Spring会根据相应的HttpMessageConverter进行模型数据（返回值）到JSON响应内容的转换
3以上内容，本章第&&&节详述。
URI模板变量增强：URI模板变量可以直接绑定到@ModelAttribute指定的命令对象、@PathVariable方法参数在视图渲染之前被合并到模型数据中（除JSON序列化、XML混搭场景下）。
@Validated：JSR-303的javax.validation.Valid一种变体（非JSR-303规范定义的，而是Spring自定义的），用于提供对Spring的验证器（org.springframework.validation.Validator）支持，需要Hibernate Validator 4.2及更高版本支持；
@RequestPart：提供对“multipart/form-data”请求的全面支持，支持Servlet 3.0文件上传（javax.servlet.http.Part）、支持内容的HttpMessageConverter（即根据请求头的Content-Type，来判断内容区数据是什么类型，如JSON、XML，能自动转换为命令对象），比@RequestParam更强大（只能对请求参数数据绑定，key-alue格式），而@RequestPart支持如JSON、XML内容区数据的绑定；详见本章的第&&&节；
Flash 属性 和 RedirectAttribute：通过FlashMap存储一个请求的输出，当进入另一个请求时作为该请求的输入，典型场景如重定向（POST-REDIRECT-GET模式，1、POST时将下一次需要的数据放在FlashMap；2、重定向；3、通过GET访问重定向的地址，此时FlashMap会把1放到FlashMap的数据取出放到请求中，并从FlashMap中删除；从而支持在两次请求之间保存数据并防止了重复表单提交）。
Spring Web MVC提供FlashMapManager用于管理FlashMap，默认使用SessionFlashMapManager，即数据默认存储在session中。
原创内容（）
原创内容，转载请注明私塾在线【】
精品视频课程推荐
本视频课程是北京Java私塾原创精品书籍《研磨设计模式》一书的配套学习视频，由《研磨设计模式》的第一作者CC录制
课程目标：全面、系统的掌握GoF设计模式的知识，达到可以在实际项目开发中运用的能力
技术要点：如何实现可配置、如何实现缓存以及缓存的管理、如何实现用缓存来控制多实例的创建、如何实现参数化工厂、 如何实现可扩展工厂、如何实现原型管理器、如何实现Java的静态代理和动态代理、如何实现多线程处理队列请求、 如何实现命令的参数化配置、可撤销的操作、宏命令、队列请求和日志请求、如何实现翻页迭代、如何检测环状结构、 如何实现通用的增删改查、如何模拟工作流来处理流程、如何实现简单又通用的XML读取、如何实现模拟AOP的功能......
内容概述：Shiro是目前最热门、最易用、功能超强大的Java权限管理框架，强烈推荐，每个项目都必备的权限管理技术！通过本课程，你将从零开始直到彻底掌握Shiro的相关开发知识，达到可以进行实际项目开发的能力。包括：权限管理基础、Shiro入门、配置、身份认证、授权、Realms、Session管理、和Spring的集成、Web、Cache等众多开发细节技术
技术要点：源码级分析Shiro的授权过程、自定义开发Realm、多个Realms的开发配置、自定义开发AuthenticationStrategy、自定义开发自定义SessionDAO、和Struts2+Spring3的集成（包括修正struts2的bug）、Shiro和SpringMVC+Spring3的集成、包装使用其他的Cache框架、缓存数据同步更新的解决方案等等实际开发中常用的内容
本课程是《软件系统功能设计实战训练》网络班的全套学习视频，通过6个具体的设计案例，综合应用几乎全部的GoF设计模式，以及多种设计理念和方法。
每个设计案例都各有侧重点，训练的难度会逐步加大，以切实帮助各位学员快速的掌握软件系统设计的方法，提升自己的软件系统设计能力。
内容概述：本课程专注于构建：高可扩展性、高性能、大数据量、高并发、分布式的系统架构。
从零开始、全面系统、成体系的软件架构课程，循序渐进的讲述构建上述系统架构所需要的各种技术知识和技能。
技术要点：
1：构建基本的业务功能块，基于Maven+Git+Spring mvc+spring+mybatis+ehcache+mysql+X-gen代码生成
&2：高扩展性的分布式体系架构（基于Nginx+Varnish+Memcache+ActiveMQ）
&3：NoSQL的合理使用和架构优化（基于MongoDB）
&4：分布式文件存储和架构优化（基于MogileFS）
浏览(153362)|(13)
&&交流分类：|笔记分类:
很赞的例子~~楼主v5
和三楼同样的问题，新手不知道这个xml还需要配置什么。
运行成功，我太粗心大意了，把&property&name=&prefix&&value=&/WEB-INF/jsp/&/&& 这句话写错了，结果一直报404, 楼主的代码写的没问题，要是楼主把代码贴上来能够下载就更好了啊
老师！按照你写的文章写，效果运行不出来，对了，你说将Controller将给Spring IOC容器来管理，是不是还需要配置Spring监听啊， 个人感觉老师写的理论的东西不错，但是代码有待考验！！
好帖子~！！转了~~
love it very much.
张老师，我添加HandlerAdapter“&bean class=&org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter&/&&”这一句报错。措误提示：The markup in the document following the root element must be well-formed.
包是全部加进去的，请问这要怎么改呢？
讲的真好，好像见过你啊，你南京的吗
膜拜张老师！！讲的非常详细！！！我学习了！3Q！
版权所有 Copyright(C) 私塾在线学习网