阶段七-Day01-SpringMVC

一、Sping MVC的介绍

1. 使用Front(前端)设计模式改写代码

1.1 目前我们的写法

目前我们所写的项目,持久层、业务层的类都放入到Spring容器之中了。他们之间需要注入非常方便,只需要通过@Autowired注解即可。

但是由于Servlet整个生命周期都是被Tomcat进行管理的,一个功能对应一个Servlet并且无法把Servlet放入到Spring容器中。所以每次编写Servlet时都需要编写init方法先获取到Spring容器,然后从Spring容器中取出需要使用的Bean。

阶段七-Day01-SpringMVC_第1张图片

1.2 使用Front设计模式的写法

Front(前端)设计模式就是有一个前端(不是前端专业那个前端,是最前面的意思)统一入口,在统一入口根据请求url调用自己的编写的普通方法。

通过一个Servlet进行分发,把每个功能分发到每个单独的普通类的普通方法

阶段七-Day01-SpringMVC_第2张图片

1.3 使用Front设计模式优点

这样带来的好处是:

  • 只需要在一个Servlet中编写获取容器Bean的代码,减少了代码冗余。

  • 不需要为每个控制器都创建一个类,而是可以在一个普通Java类中提供普通实例方法代表以前servlet中的service方法。

  • 因为可以自己编写普通Java类,这类可以放入到Spring容器中,注入Service更方便。

  • 同时因为是自己编写的Java,所以可以进行一些封装,对其他操作进行简化。(代码中没有体现)

2. Spring MVC介绍

Spring MVC 虽然在平时认为是一个独立的框架。但其本质为Spring 框架的一个扩展,在Spring官方ZIP包就是一个spring-webmvc.jar的jar包。

Spring MVC在Spring官方的Projects的顶级项目中并没有,可以认为Spring MVC属于Spring Framework的二级子项目。

Spring MVC是基于Front设计模式,总体效果和上面我们自己写的Front结果类似,但Spring MVC作为一个框架,肯定要比我们写的代码复杂很多,功能也强大很多。

Spring MVC中已经帮助编写了前端入口DispatcherServlet,里面编写了请求分发功能,但是并没有提供@WebServlet注解,需要我们在web.xml手动编写配置

EmpController在Spring MVC称为控制器类(Handler),里面的方法称为控制单元(HandlerMethod)

阶段七-Day01-SpringMVC_第3张图片

M:模型层:包含数据校验

V:视图层: 国际化,标签库

C:控制层: 转发重定向,参数,拦截器,作用域等

3. Spring中的父子容器问题

因为Spring MVC属于Spring的子框架,所以Spring MVC中可以使用Spring框架的全部内容。

Spring 官方为Spring MVC专门定义了一个容器,这个容器里面放Spring MVC中全部Bean,且这个容器属于Spring容器的子容器。

有这样的一个规定:Spring MVC子容器可以调用Spring 父容器的全部内容。但是Spring父容器不能调用Spring MVC子容器内容。

阶段七-Day01-SpringMVC_第4张图片

二、Spring MVC环境搭建

1. 创建项目并添加依赖

Spring MVC 在平时随意可以当成一个独立框架看待,但其本质只是Spring Framework中的spring-webmvc.jar文件,这个jar文件依赖了spring web模块和Spring框架核心功能的5个依赖。所以在只使用Spring MVC框架时需要导入spring-webmvc依赖即可。

 
    
    
      org.springframework
      spring-webmvc
      5.3.16
    
  

2. 创建Spring MVC配置文件

与Spring配置文件同理,这个文件的名称是随意的,只要和web.xml中配置对应上就可以。




    
    
    

    
    
    

3. 编写web.xml内容

因为SpringMVC源码中并没有@WebServlet的注解,所以需要手动配置,在web.xml中配置

web.xml的配置是为了让前端控制器DispatcherServlet生效。并且加载Spring MVC的配置文件。




  Archetype Created Web Application


  
    ds
    org.springframework.web.servlet.DispatcherServlet

    
    
      contextConfigLocation
      classpath:springmvc.xml
    

    
    1
  
  
    ds
    /query
  

1. 由于配置了 1
  Tomcat启动时就会创建DispatcherServlet对象
2. DispatcherServlet对象创建后执行初始化方法
   servletConfig对象读取servlet的初始化参数(init-param)
   创建SpringMVC容器.(设置spring容器为父容器,父容器就是一个
   属性,是逻辑上的父子关系,不是继承关系)
   springMVC配置文件中配置了扫描包的注解的路径
   
   通过注解,可以将控制器类交给SpringMVC容器管理
3. 只要获取到了SpringMVC容器就可以获取SpringMVC容器中的控制器类对象
4.DispatcherServlet映射路径为/ ,表示除了.jsp文件,其他全部匹配
5.客户端发起请求,协议://ip:port/query访问资源query与DispatcherServlet
中配置的映射路径(/)可以匹配,通过控制器类找到控制单元,可以根据请求资源和控制
单元的注解值找到对应的控制单元,执行控制单元,处理请求

4. 创建控制器类

Spring MVC自定义控制器类都是以Controller结尾。

这些类都是放在controller的包中。

控制单元方法的访问权限修饰符没有强制要求,但是多写成public的。

控制单元的方法名没有要求,只要满足Java方法名定义要求就可以。

@Controller
public class EmpController {

    /* 控制单元 */
    //请求映射 (控制单元映射的路径,根据该路径可以找到该控制单元)
    @RequestMapping("/query")
    public String query(){
        System.out.println("query");

        /*
        *   最底层默认请求转发,即使不指定返回值,默认也会使用转发
        * */
        return "index.jsp";
    }
}

三、@RequestMapping注解

@RequestMapping注解可以写在控制器类上,也可以写在控制单元方法上。

如果写在类上,表示当前类所有控制单元的映射路径,都以指定路径开头。

如果写在方法上,表示当前方法的映射路径。最终访问这个控制单元的映射路径为:类上@RequestMapping映射路径+方法上@RequestMapping映射路径。

这种在类上写@RequetMapping的写法,在以后做管理类型项目、或网站后台项目中使用的比较多。平时在练习的时候绝大多数是直接在控制单元上写@RequestMapping注解,而不在类上写@RequestMapping。

package com.sh.controller;

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.ResponseBody;


/*
*   @RequestMapping : 可以使用在控制类上,也可以用在控制单元上
*       1. 用在控制类上, 访问控制单元方法时,必须加上控制器类上@RequestMapping中的注解值
*       2. 用在控制单元方法上, 当前控制单元映射的请求路径
*   @RequestMapping注解也映射路径时,可以省略/,例如/emp与emp
*
*   @RequestMapping注解中的属性:
*       1.path : 映射的路径
*                映射一个访问路径: path = {"aa"} 可以省略{}
*                映射多个访问路径: path = {"aa","bb"}
*       2.value:和path作用相同,只有一个value属性时,value可以省略
*       3.name:添加描述信息
*       4.method:只允许使用该种请求方式才能访问
 *               RequestMethod.POST
 *               RequestMethod.GET
 *               ...
 *
 *             简化:
 *               @GetMapping -》 @RequestMapping(method = RequestMethod.GET)
 *               @PostMapping -》@RequestMapping(method = RequestMethod.POST)
 *
 *      5.params:  指定子请求中必须携带的请求参数
 *      6.headers: 指定请求中必须携带的请求头
 *
 * * */
@Controller
@RequestMapping("emp")
public class EmpController {

    /* 控制单元 */
    //请求映射 (控制单元映射的路径,根据该路径可以找到该控制单元)
    @RequestMapping("query")
    public String query(){
        System.out.println("query");

        /*
        *   最底层默认请求转发,即使不指定返回值,默认也会使用转发
        * */
        return "/index.jsp";
    }

    @RequestMapping(path = "aa")
    public String aa(){
        System.out.println("aa");
        return "/index.jsp";
    }

    @RequestMapping(path = {"bb","cc"})
    public String bb(){
        System.out.println("bc");
        return "/index.jsp";
    }


    @RequestMapping(path = "dd",name = "bc")
    public String dd(){
        System.out.println("bc");
        return "/index.jsp";
    }

    //只允许get请求访问
    @RequestMapping(path = "ee" ,method = RequestMethod.GET)
    public String ee(){
        System.out.println("bc");
        return "/index.jsp";
    }

    @RequestMapping(path = "ff",params = "name")
    public String ff(){
        System.out.println("bc");
        return "/index.jsp";
    }

    @RequestMapping(value = "hhh", produces = "text/plain;charset=utf-8")
    @ResponseBody
    //@ResponseBody注解与produces属性一般会一起使用,设置响应的编码与类型
    public String hh(){
        System.out.println("hh() 执行了");
        return "aaa你好";
    }
}

produces只有在使用@ResonseBody注解中才生效。

四、映射路径

1. 映射路径介绍

映射路径在之前Java EE阶段中学习过,就是web.xml中的值或者@WebServlet("")注解的值。

映射路径无论是在Servlet中还是在Spring MVC中,都表示:当URL中出现指定路径时会执行Servlet的方法或执行Spring MVC的控制单元。

2. 多级路径

映射路径:既然名字中已经叫做路径了,所以写法上也支持路径的写法。

@RequestMapping("/test/test2")
public String test2(){
    return "first.jsp";
}

3. 多级路径中注意事项

3.1 多层路径中最优写法

只需要在返回值中使用绝对路径就可以减少出错的情况。

跳转时 / 表示项目根目录,也就是webapp目录的根目录。

4. Ant风格的映射路径

在Spring MVC中支持Ant风格的映射路径写法。所谓的Ant风格就是支持三种特殊的符号。

符号 解释
? 匹配任意单字符
* 匹配0或者任意数量的字符
** 匹配0或者更多数量的目录

解释说明:

使用Ant的特殊符号时,表示模糊匹配。可能出现客户端发送过来的URL能匹配上多个映射路径,这时的优先级为:

固定值 (bjsxt1) > ?形式(bjsxt?) > 一个*号(/*) > (/**)形式

// 优先级最高
@RequestMapping("/sh1")
public String testAnt1(){
    System.out.println("sh");
    return "/first.jsp";
}
// 优先级低于sh1。sh开头,后面跟个任意内容符号
@RequestMapping("/sh?")
public String testAnt2(){
    System.out.println("sh");
    return "/first.jsp";
}
// 优先级低于?。一层路径,任意内容
@RequestMapping("/*")
public String testAnt3(){
    System.out.println("11111");
    return "/first.jsp";
}
// 优先级低于*。任意层路径
@RequestMapping("/**")
public String testAnt4(){
    System.out.println("22222");
    return "/first.jsp";
}

五、Spring MVC 中的转发和重定向

1. 转发和重定向复习

在前面Java EE阶段中学习过两个概念:转发和重定向。这两个概念都是出现在资源之间相互跳转的。

两者区别:

(1)转发为一次请求,tomcat内部跳转。重定向为多次请求,不是tomcat内部跳转。

(2)转发是一次请求,无论服务器内部转发多少次,请求对象都不变。所以转发可以共享请求域的值。同时对于客户端浏览器URL是不变的。

重定向后需要客户端重新发起请求,和重定向之前不是一个请求。所以重定向后不能获取到之前设置在请求域的值。同时客户端浏览器URL是改变的。

(3)转发只能跳转到当前项目内部资源。重定向可以跳转到外部资源。例如:从自己的项目中跳转到百度应该使用重定向。

(4)转发时资源路径如果是绝对路径,第一个 / 表示当前项目根目录。

重定向时资源路径时绝对路径,第一个 / 表示 Tomcat 的 webapps目录,即:当前项目的上层目录。

转发的代码实现:

request.getRequestDispatcher("/first.jsp").forward(request,response);

重定向的代码实现:

response.sendRedirect("/sh/first.jsp");

2. Spring MVC中的转发和重定向

在Spring MVC框架中,默认情况下都使用转发进行寻找资源。

package com.sh.controller;

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;

@Controller
@RequestMapping("dept")
public class DeptController {

    @RequestMapping("query")
    public String query(){
        System.out.println("query");
        return "forward:del";
        //相当于return "del";
        //默认底层就是请求转发
    }

    @RequestMapping("del")
    public String del(){
        System.out.println("del");
        return "forward:/index.jsp";
    }


    //请求重定向只能手动设置
    @RequestMapping("aa")
    public String aa(){
        System.out.println("aa");
        return "redirect:/index.jsp";
    }
    
}

3. Spring MVC转发和重定向时绝对路径

在Spring MVC中无论是转发还是重定向,使用绝对路径时/都表示项目根目录。

这种设计对于开发者来说更加友好,不用在区分到底是转发,还是重定向了。

六、WEB-INF目录资源

1. WEB-INF目录资源介绍

在平时学习过程中,我们多会把JSP文件放入到webapp目录中,或在webapp下新建一个目录把页面资源放入到目录中,这种情况JSP都是可以通过浏览器直接访问的。

但是在一些特定的项目中,从安全性等方面考虑不希望客户端通过浏览器直接访问对应的资源。

这时就可以把资源放入到WEB-INF目录中。因为在Java Web项目中规定:WEB-INF中资源是不允许被客户端直接访问,需要先访问控制器,通过控制器的转发来访问这些资源。

在浏览器地址栏访问suiyi.jsp是无法访问到的。

需要提供一个控制单元方法,转发到JSP页面中。

2. 具体示例

阶段七-Day01-SpringMVC_第5张图片

阶段七-Day01-SpringMVC_第6张图片

阶段七-Day01-SpringMVC_第7张图片

3. 结果分析

如果项目中所有的JSP、CSS、JavaScript、图片都放入到WEB-INF中,那所有的资源都必须先执行控制器。这样对于刚学习这种写法的人可能觉得实现起来更加复杂了。但是从项目角度上却是更加安全了,也可以在控制器方法中加入自己想要加入的逻辑。

七、视图解析器

1. 视图解析器和视图

Spring MVC的控制单元 支持 ModelAndView、String 等多种类型的返回值,但无论控单元的返回值是哪种类型,Spring MVC 内部最终都会将它们封装成一个 ModelAndView 对象,它由 model(模型数据)和 view(逻辑视图名)两部分组成,所以 Spring MVC 需要借助 ViewResolver(视图解析器)将 逻辑视图名解析为真正的 View 视图对象,然后才能响应给客户端展示。

Spring MVC 的核心理念是将 视图与 数据模型进行解耦,视图技术随场景选择:Thymeleaf、JSP、FreeMarker、Excel 等等。

Spring MVC 定义了ViewResolverView接口:

  1. ViewResolver 视图解析器

    视图解析器用来解析逻辑视图,将其解析成真正的视图对象。

    SpringMVC 提供了一个视图解析器的接口 ViewResolver,所有具体的视图解析器必须实现该接口。

    AbstractCachingViewResolver:抽象类,这种视图解析器会把它曾经解析过的视图保存起来,然后每次要解析视图的时候先从缓存里面找,如果找到了对应的视图就直接返回,如果没有就创建一个新的视图对象,然后把它放到一个用于缓存的map中,接着再把新建的视图返回。使用这种视图缓存的方式可以把解析视图的性能问题降到最低。

    ​​

    UrlBasedViewResolver:它是对ViewResolver的一种简单实现,而且继承了AbstractCachingViewResolver,主要就是提供的一种拼接URL的方式来解析视图,它可以让我们通过prefix属性指定一个指定的前缀,通过suffix属性指定一个指定的后缀,然后把返回的逻辑视图名称加上指定的前缀和后缀就是指定的视图URL了。如prefix=/WEB-INF/,suffix=.jsp,返回的视图名称viewName=test,则UrlBasedViewResolver解析出来的视图URL就是/WEB-INF/test.jsp。默认的prefix和suffix都是空串。

    ​​

    InternalResourceViewResolver:它是URLBasedViewResolver的子类,所以URLBasedViewResolver支持的特性它都支持。在实际应用中InternalResourceViewResolver也是使用的最广泛的一个视图解析器。InternalResourceViewResolver解释为内部资源视图解析器。InternalResourceViewResolver会把返回的视图名称都解析为InternalResourceView对象,InternalResourceView会把Controller处理器方法返回的模型数据都存放到对应的request属性中,然后通过RequestDispatcher在服务器端把请求forword到目标URL

    ​​

    ThymeleafViewResolver:Thymeleaf视图解析器,映射成一个 Thymeleaf 模板文件。

    ​​

    FreeMarkerViewResolver:UrlBasedViewResolver的子类。FreeMarkerViewResolver会把Controller处理方法返回的逻辑视图解析为FreeMarkerView。

阶段七-Day01-SpringMVC_第8张图片

未完待续 

你可能感兴趣的:(java学习之路,1024程序员节,java,spring,mvc)