Model

上一篇文章《Spring6：基于注解的Spring MVC（上篇）》，讲了Spring MVC环境搭建、@RequestMapping以及参数绑定，这是Spring MVC中最基础也是最重要的内容，本篇文章继续讲讲Spring MVC中其余的知识点，先从Model开始。

前一篇文章比较详细地解读了数据从页面请求到服务器后台的一些细节，那么下一个要解决的问题就是数据如何从后台再次传回前台，答案就是这里要说的Model，关于Model在写例子之前我特别先说明三点：

1、Model本身是一个接口，其实现类为ExtendedModelMap，除了使用Model之外还可以使用ModelAndView、ModelMap这些，不过要是没有特殊需求，使用Model比较简单，我个人也比较喜欢使用Model

2、Model的生命周期是Request，也就是说要通过Model传值只能使用转发而不能使用重定向

3、为什么要使用Model而不是用Request，最主要的原因就是减少代码的侵入性或者说代码的耦合度也行。因为Model是Spring的组件，Request是J2EE的组件，使用Model而不去使用Request可以减少对J2EE的依赖，也便于调试

OK，接下来看例子，总体的代码还是按照上一篇文章的来，先看后台的代码：

@Controller

@RequestMapping(value = "/test")

public class TestController

{

    @RequestMapping

    public String dispatchTest(Test test, Model model)

    {

        model.addAttribute("modelKey", "modelValue");

        return "test";

    }

}

就往Model里面塞一个Key-Value，然后转发到test.jsp下，test.jsp页面要取Model的值，可以通过JSTL（EL表达式也可以）获取，反正直接在jsp页面上通过"<% ... %>"写Java脚本是行不通的。test.jsp页面这么写：

<%@ page language="java" import="java.util.*" pageEncoding="ISO-8859-1"%>

<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>

<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt" %>

<%

String path = request.getContextPath();

String basePath = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/";

%>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

      <head>

        <base href="<%=basePath%>">

        <title>test页面</title>

        <meta http-equiv="pragma" content="no-cache">

        <meta http-equiv="cache-control" content="no-cache">

        <meta http-equiv="expires" content="0">

        <meta http-equiv="keywords" content="keyword1,keyword2,keyword3">

        <meta http-equiv="description" content="This is my page">

        <!--

        <link rel="stylesheet" type="text/css" href="styles.css">

        -->

      </head>

      <body>

          <c:out value="${modelKey}" />

      </body>

</html>

OK，然后访问一下"http://localhost:8080/SpringMVC/test"这个地址，页面上"modelValue"这几个字符就出来了。

之前说过了，Model的生命周期是Request，那么如果页面是重定向到test.jsp上面去，肯定是取不到"modelValue"的，可以自己试一下，因此重定向过去的话，要在后台把数据设置到session中。

test.jsp页面不变，Controller可以这么改：

@Controller

@RequestMapping(value = "/test")

public class TestController

{

    @RequestMapping

    public String dispatchTest(Test test, HttpSession session)

    {

        session.setAttribute("modelKey", "modelValue");

        return "redirect:/test.jsp";

        //return "test";

    }

}

可以试一下，再访问一下"http://localhost:8080/SpringMVC/test"这个地址，"modelValue"这几个字符在页面上就出来了。

在Spring MVC中，Request、Response、Session、InputStream、OutputStream这些对象是自动注入的，但是就像之前说的，为了减少代码的侵入性与耦合度，能不使用尽量还是不使用这些J2EE的对象的好。

拦截器（Interceptor）

SpringMVC中的拦截器相当于J2EE中的过滤器，是非常重要和相当有用的，它的主要作用就是拦截用户的请求并进行相应的处理的，比如通过它来进行权限验证，或者是来判断用户是否登陆。

在SpringMVC中使用拦截器的方法比较简单，首先实现HandlerInterceptor接口，实现afterCompletion、postHandle、preHandle三个抽象方法，这里定义两个Interceptor：

public class TestInterceptor1 implements HandlerInterceptor

{

    public void afterCompletion(HttpServletRequest arg0,

            HttpServletResponse arg1, Object arg2, Exception arg3)

            throws Exception

    {

        System.out.println("TestInterceptor1.afterCompletion()");

    }

    public void postHandle(HttpServletRequest arg0, HttpServletResponse arg1,

            Object arg2, ModelAndView arg3) throws Exception

    {

        System.out.println("TestInterceptor1.postHandle()");

    }

    public boolean preHandle(HttpServletRequest arg0, HttpServletResponse arg1,

            Object arg2) throws Exception

    {

        System.out.println("TestInterceptor1.preHandle()");

        return true;

    }

}
public class TestInterceptor2 implements HandlerInterceptor

{

    public void afterCompletion(HttpServletRequest arg0,

            HttpServletResponse arg1, Object arg2, Exception arg3)

            throws Exception

    {

        System.out.println("TestInterceptor2.afterCompletion()");

    }

    public void postHandle(HttpServletRequest arg0, HttpServletResponse arg1,

            Object arg2, ModelAndView arg3) throws Exception

    {

        System.out.println("TestInterceptor2.postHandle()");

    }

    public boolean preHandle(HttpServletRequest arg0, HttpServletResponse arg1,

            Object arg2) throws Exception

    {

        System.out.println("TestInterceptor2.preHandle()");

        return true;

    }

}

说明一下三个方法的作用：

1、afterCompletion：在整个视图渲染完毕之后执行方法里面的内容，主要用于释放一些资源

2、postHandle：在Controller执行之后，视图渲染之前执行方法里面的内容，也就是说postHandle方法可以对Model进行操作

3、preHandle：在Controller执行之前，执行方法里面的内容，注意该方法是有返回值的，当方法返回false时整个请求就结束了

然后在springmvc-servlet.xml里面增加拦截器的配置：

<!-- 配置拦截器 -->

<mvc:interceptors>

   <mvc:interceptor>

       <mvc:mapping path="/test" />

        <bean class="com.xrq.interceptor.TestInterceptor2" />

    </mvc:interceptor>

    <mvc:interceptor>

        <mvc:mapping path="/test" />

        <bean class="com.xrq.interceptor.TestInterceptor1" />

    </mvc:interceptor>

</mvc:interceptors>

假如有多个拦截器的话，"<mvc:interceptor>...</mvc:interceptor>"定义的顺序就是拦截器执行的顺序。

下面继续访问"http://localhost:8080/SpringMVC/test"，代码执行的结果是：

TestInterceptor2.preHandle()

TestInterceptor1.preHandle()

TestInterceptor1.postHandle()

TestInterceptor2.postHandle()

TestInterceptor1.afterCompletion()

TestInterceptor2.afterCompletion()

也许有些朋友对这个执行结果不是很理解，我其实是懂的，但确实一下子也说不清楚。

如果不是很理解的朋友，可以去看一下Java设计模式里面的责任链模式，拦截器的这种调用方法实际上是一种链式的调用法，TestInterceptor2调用TestInterceptor1，TestInterceptor1方法走了才会回到TestInterceptor2的方法里面。

Spring7：基于注解的Spring MVC（下篇）的更多相关文章

  1. Spring：基于注解的Spring MVC

    什么是Spring MVC Spring MVC框架是一个MVC框架,通过实现Model-View-Controller模式来很好地将数据.业务与展现进行分离.从这样一个角度来说,Spring MVC ...

  2. Spring6：基于注解的Spring MVC（上篇）

    什么是Spring MVC Spring MVC框架是一个MVC框架,通过实现Model-View-Controller模式来很好地将数据.业务与展现进行分离.从这样一个角度来说,Spring MVC ...

  3. 基于注解的Spring MVC的简单入门——简略版

    网上关于此教程各种版本,太多太多了,因为我之前没搭过框架,最近带着两个实习生,为了帮他们搭框架,我只好...惭愧啊...基本原理的话各位自己了解下,表示我自己从来没研究过Spring的源码,所以工作了 ...

  4. 基于注解的 Spring MVC（上）

    什么是Spring MVC Spring MVC框架是一个MVC框架,通过实现Model-View-Controller模式来很好地将数据.业务与展现进行分离.从这样一个角度来说,Spring MVC ...

  5. 基于注解的spring mvc 中使用 ajax json 的model

    在 Spring mvc3中,响应.接受 JSON都十分方便. 使用注解@ResponseBody可以将结果(一个包含字符串和JavaBean的Map),转换成JSON. 使用 @RequestBod ...

  6. 基于注解的 Spring MVC 简单入门

    web.xml 配置: <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class> ...

  7. 基于注解的Spring MVC整合Hibernate（所需jar包，spring和Hibernate整合配置，springMVC配置，重定向，批量删除）

    1.导入jar watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvdG90b3R1enVvcXVhbg==/font/5a6L5L2T/fontsize/400 ...

  8. 基于注解的Spring MVC

    1.加入�jar 2.web.xml配置: <?xml version="1.0" encoding="UTF-8"?> <web-app v ...

  9. Unit03： Spring Web MVC简介 、 基于XML配置的MVC应用 、 基于注解配置的MVC应用

    Unit03: Spring Web MVC简介 . 基于XML配置的MVC应用 . 基于注解配置的MVC应用 springmvc (1)springmvc是什么? 是一个mvc框架,用来简化基于mv ...

随机推荐

  1. JavaScript 对象属性介绍

    本篇主要介绍JS中对象的属性,包括:属性的分类.访问方式.检测属性.遍历属性以及属性特性等内容. 目录 1. 介绍:描述属性的命名方式.查找路径以及分类 2. 属性的访问方式:介绍'.'访问方式.'[ ...

  2. OpenCASCADE AIS Manipulator

    OpenCASCADE AIS Manipulator eryar@163.com Abstract. OpenCASCADE7.1.0 introduces new built-in interac ...

  3. CRL快速开发框架系列教程七(使用事务)

    本系列目录 CRL快速开发框架系列教程一(Code First数据表不需再关心) CRL快速开发框架系列教程二(基于Lambda表达式查询) CRL快速开发框架系列教程三(更新数据) CRL快速开发框 ...

  4. 【架构设计】分布式文件系统 FastDFS的原理和安装使用

    本文地址 分享提纲: 1.概述 2. 原理 3. 安装 4. 使用 5. 参考文档 1. 概述 1.1)[常见文件系统] Google了一下,流行的开源分布式文件系统有很多,介绍如下:   -- mo ...

  5. Visual Studio 2013 添加一般应用程序(.ashx)文件到SharePoint项目

    默认,在用vs2013开发SharePoint项目时,vs没有提供一般应用程序(.ashx)的项目模板,本文解决此问题. 以管理员身份启动vs2013,创建一个"SharePoint 201 ...

  6. BPM配置故事之案例1-配置简单流程

    某天,Boss找到了信息部工程师小明. Boss:咱们新上了H3 BPM,你研究研究把现在的采购申请流程加上去吧,这是采购申请单. 小明:好嘞 采购申请单 小明回去后拿着表单想了想,开始着手配置. 他 ...

  7. sqlServer去除字符串空格

    说起去除字符串首尾空格大家肯定第一个想到trim()函数,不过在sqlserver中是没有这个函数的,却而代之的是ltrim()和rtrim()两个函数.看到名字所有人都 知道做什么用的了,ltrim ...

  8. kafka

    2016-11-13  20:48:43 简单说明什么是kafka? Apache kafka是消息中间件的一种,我发现很多人不知道消息中间件是什么,在开始学习之前,我这边就先简单的解释一下什么是消息 ...

  9. Oracle 用Drapper进行like模糊传参查询需要在参数值前后带%符合

    Oracle 用Drapper进行like模糊传参查询需要在参数值前后带%符合   string sqlstr="select * from tblname where name like ...

  10. CYQ.Data V5 从入门到放弃ORM系列：教程 - MProc类使用

    MProc介绍 MProc:是一个用于执行SQL或存储过程的数据库操作类,它轻量高性能地类似于Dapper. MProc:它出现的场景很少,因为MAction自身就能处理掉90%-100%的数据操作( ...