《Spring MVC学习指南（第2版）》——2.2 模型2介绍

本节书摘来自异步社区《spring mvc学习指南（第2版）》一书中的第2章，第2.2节，作者：【美】paul deck著，更多章节内容可以访问云栖社区“异步社区”公众号查看

模型2基于模型—视图—控制器（mvc）模式，该模式是smalltalk-80用户交互的核心概念，那时还没有设计模式的说法，当时称为mvc范式。

一个实现mvc模式的应用包含模型、视图和控制器3个模块。视图负责应用的展示。模型封装了应用的数据和业务逻辑。控制器负责接收用户输入，改变模型以及调整视图的显示。

模型2中，servlet或者filter都可以充当控制器。几乎所有现代web框架都是模型2的实现。struts 1、spring mvc和javaserver faces使用一个servlet作为控制器，而struts 2则使用一个filter作为控制器。大部分都采用jsp页面作为应用的视图，当然也有其他技术。而模型则采用pojo（plain old java object）。不同于ejb等特定对象，pojo是一个普通对象。实践中会采用一个javabean来持有模型状态，并将业务逻辑放到一个action类中。

图2.1展示了一个模型2应用的架构图。

图2.1　模型2架构图

每个http请求都发送给控制器，请求中的uri标识出对应的action。action代表了应用可以执行的一个操作。一个提供了action的java对象称为action对象。一个action类可以支持多个action（在spring mvc以及struts 2中），或者一个action（在struts 1中）。

看似简单的操作可能需要多个action。如向数据库添加一个产品，需要两个action。

（1）显示一个“添加产品”的表单，以便用户能输入产品信息。

（2）将表单信息保存到数据库中。

如前所述，我们需要通过uri方式告诉控制器执行相应的action。例如，通过发送类似如下的uri，来显示“添加产品”表单。

<code>http://domain/appname/input-product</code>

通过类似如下的uri，来保存产品。

<code>http://domain/appname/save-product</code>

控制器会解析uri并调用相应的action，然后将模型对象放到视图可以访问的区域（以便服务端数据可以展示在浏览器上）。最后，控制器利用requestdispatcher或者httpservlet response.sendredirect()方法跳转到视图（jsp页面或者其他资源）。在jsp页面中，用表达式语言以及定制标签显示数据。

注意

　

调用requestdispatcher.forward方法或者httpservletresponse.sendredirect()方法并不会停止执行剩余的代码。因此，若forward方法不是最后一行代码，则应显式地返回。

大多数时候，你将使用requestdispatcher转发到视图，因为它比sendredirect更快响应。 这是因为重定向导致服务器向浏览器发送状态代码为302的http响应，并包含新url。 而浏览器在接收到状态代码302时，根据响应头部中找到的url向服务器发出新的http请求。 换句话说，重定向需要一个往返，这使其慢于转发。

使用重定向超过转发的优势是什么？ 通过重定向，你可以将浏览器定向到其他应用程序，这是转发不能支持的。如果重定向用于在同一应用程序中不同的资源，由于使用与原始请求url不同的url，若用户在响应后意外地按下浏览器的重新加载/刷新按钮，则与原始请求url相关联的代码将不会再次执行。例如，你不希望因为用户意外按下她的浏览器的重新加载或刷新按钮，而导致重新执行诸如信用卡付款的代码。

本章最后一个例子是appdesign4应用程序，它显示了一个重定向的例子。