Spring MVC（二）

 

第一章 Spring MVC参数绑定

一、包装类型POJO参数绑定

    1. 实现方法：
    2. 页面定义：
      controller方法形参的定义：

      包装类型：

二、数组绑定

  1. 表现层实现：
    关键：将页面选择的（多选）商品id，传到controller方法的形参，方法形参使用数组接收

三、List绑定 

  1. 关键
    使用List接收页面提交的批量数据，通过包装POJO接收，在包装POJO中定义List<pojo>属性




四、Map绑定

　　

第二章 Validation校验

一、服务端校验

  1. 校验理解
    在项目中使用较多的是前端校验，比如页面中的js校验，对于安全要求较高的建议在服务端校验
    服务端校验：
    • 控制层Controller：校验页面请求的参数的合法性。在服务端控制层校验，不区分客户端类型（浏览器、手机客户端、远程调用）
    • 业务层Service：使用较多，主要校验主要业务参数，仅限于service接口中使用的参数
    • 持久层dao：一般是不校验的

  2. spring mvc校验
    spring mvc校验使用的是hibernate的校验框架validation（和hibernate没有任何关系）
    校验思路：
    页面提交请求的参数，请求到controller方法中，使用validation进行校验，如果校验出错，将错误信息展示到页面

  3. 环境准备
  4. 配置校验器
  5. 将校验器注入到处理器适配器
  6. 在pojo中添加校验规则

    对应的配置文件CustomValidationMessages.properties中配置校验信息

  7.  controller中捕获校验信息并将错误信息传到页面

     页面：

  8.  分组校验

  9.  添加分组校验接口



  10.  pojo校验规则中添加分组

  11. 在controller中使用指定分组的校验


第三章 数据回显

  1. 什么是数据回显
    提交后，如果出现错误，将刚才提交的数据回显到刚才的提交页面
  2. pojo数据回显
    springmvc默认对pojo数据进行回显
    pojo数据传入controller方法以后，springmvc自动将pojo数据放到request域，key等于pojo类型（首字母小写）




    也可以使用@ModelAttribute指定pojo回显到页面在request域中的key






    @ModelAttribute还有一个作用：将方法的返回值传到页面
    需求：controller中定义商品类型查询方法，最终将商品类型传到页面


  3. 最简单的方法实现数据回显
    使用Model，可以不用@ModelAttribute


  4. 简单类型的数据回显
    使用最简单的方式：Model

第四章 异常处理 

一、全局异常处理器开发

  1. 异常处理思路
    系统中的异常有两类：预期异常和运行时异常RuntimeException，前者通过捕获异常从而获得异常信息，后者主要通过规范代码开发、测试减少运行时异常
    系统中的dao、service、controller出现异常都throws Exception向上抛出，最后由springmvc的前端控制器交给异常处理器进行异常处理，如图：


    springmvc提供全局的异常处理器（一个系统只有一个异常处理器）进行统一异常处理

  2. 自定义异常类
    对不同的异常类型定义异常类
  3. 全局异常处理器
    思路：
    系统遇到异常，在程序中手动抛出，dao抛给service，service抛给controller，controller抛给前端控制器，前端控制器会调用全局异常处理器
    全局异常处理器处理思路：
    　　如果该异常类型是系统自定义的异常，直接取出异常信息，在错误页面展示
    　　如果该异常类型不是系统自定义的异常，就构造一个自定义的异常，（信息为“未知错误”）
    springmvc提供了一个HandlerExceptionResolver接口




  4. 在springmvc中配置全局异常处理器

二、抛出异常 

　　在controller、service、dao的任意一处需要手动抛出异常
　　如果是在程序中手动抛出的异常，会在错误页面显示自定义的异常信息
　　如果不是手动抛出的异常，说明是一个运行时异常，在错误页面只会显示“未知错误···”
　　如：在商品修改方法中抛出异常
　　

　　也可以在service抛出异常
　　

　　总结：

　　如果与业务功能相关的异常，建议在service抛出

　　与业务功能没有关系的异常，建议在controller抛出

第五章 图片上传

  1. springmvc中对多部件类型解析
    在页面form表单中提交 enctype="multipart/form-data"的数据时，需要springmvc对multipart类型的数据进行解析


    在springmvc.xml中配置multipart类型解析器

  2. 在服务器端创建一个虚拟目录存储图片
    方法：
    D:apache-tomcat-8.0.47confserver.xml添加虚拟目录/pic，实际目录是F:......


    注意：在图片虚拟目录中，一定将图片目录分级创建（提高I/O性能），一般是按照日期（年、月、日）进行分级创建

  3. 加入上传图片的jar包
    上面的解析器内部使用下面的jar包进行图片上传

  4.  上传图片代码

    页面：


    controller：



第五章 spring mvc 实现json数据交互

  1. 为什么要进行json数据交互
    json数据格式在接口调用中、html页面中比较常用，json格式比较简单，解析比较方便
    如：webservice接口，传输json数据
  2. springmvc进行json交互


    1. 请求json、输出json，要求请求的是json串，所以在前端页面中需要将请求的内容转换成json穿，这种不太方便

    2. 请求是key/value、输出json ，此方法比较常用 

  3. 环境准备

    springmvc中使用jackson的包进行json转换（@requestBody和@responseBody...)

  4. 配置json转换器
  5. 输入的是json串，输出的是json串


    controller中：


    jsp页面中：




    测试结果：

  6.  请求的是key/value，输出的是json

    controller中：

    jsp中：

    客户端直接就可以从data中取数据：



    测试结果：



第六章 Spring MVC对RESTful的支持

  1. URI、URL、URN

    URI：统一资源标识符；首先它是一个字符串。其次，它是一个可以唯一标识某一资源的字符串
    URL：统一资源定位符；首先，它是一种URI，其次，它可以标识资源的路径
    URN：统一资源名称；首先，它是一种URI，其次，它代表资源的名字

    URI可以分为URL,URN或同时具备locators 和names特性。URN作用就好像一个人的名字，URL就像一个人的地址。换句话说：URN确定了东西的身份，URL提供了找到它的方式
    所有的URL与URN都是URI,但是URI不一定就是URL或者URN

  2. 什么是RESTful
    1. 相关概念
      http://www.ruanyifeng.com/blog/2011/09/restful.html

      资源（Resources）：一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在，用URI来表示它
      表现层（Representation）：资源的外在表现形式；txt格式 、HTML格式、XML格式、JSON格式等表现（Accept和Content-Type，这两个字段是对"表现层"的描述）
      状态转化（State Transfer）：互联网通信协议HTTP协议，是一个无状态协议。这意味着，所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。而这种转化是建立在表现层之上的，所以就是"表现层状态转化"

      客户端用到的手段，只能是HTTP协议。具体来说，就是HTTP协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源

      REST，即Representational State Transfer的缩写。我对这个词组的翻译是"表现层状态转化"

      RESTful架构，就是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用
    2. 总结什么是RESTful架构
      （1）每一个URI代表一种资源
      （2）客户端和服务器之间，传递这种资源的某种表现层
      （3）客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"

    3. 另一个总结什么是RESTful架构
      1. 对URL进行规范，写REST格式的URL
        非REST格式的URL: http://...../queryItems.action?id=001&type=T01      在“？”后面加参数
        REST的URL: http://...../items/001       特点：URL简洁、将参数通过URL传到服务端

      2. 对http的方法进行规范
        不管是删除、添加、更新.......，使用的URL是一致的，如果进行删除，需要设置HTTP的方法为delete，同理......
        后台controller方法：判断http方法，如果是delete执行删除，如果是post执行添加
      3. 对http的contentType的规范
        请求时指定contentType，要json数据，就设置成json格式的type


  3. URL模版映射
  4. 需求


    controller里：


    如果有多个参数：


    REST的前端控制器的配置



  5.  对静态资源的解析


    配置前端控制器的url-partten中指定/    默认截获所有请求，这时候对静态资源的解析出现了问题
    在springmvc中添加静态资源解析方法：

第七章 Spring MVC拦截器

  1. 拦截器的定义
    拦截器的机制是基于AOP的
    拦截器需要实现HandlerIntercepter接口，里面有三个方法

  2. 拦截器配置

    1. springmvc的拦截器针对HandlerMapping进行拦截设置（一般不推荐使用）
      如果在某个HandlerMapping中配置拦截，经过该HandlerMapping映射成功的Handler最终才使用该拦截器

    2.  类似全局的拦截器配置

      springmvc配置类似全局的拦截器，springmvc框架将配置的拦截器注入到每一个HandlerMapping中

       

  3. 两个拦截器都放行
  4. 拦截器1放行  拦截器2不放行

  5. 拦截器1不放行，拦截器2不放行

  6.  小结：



  7. 拦截器应用（实现登录认证）

    1. 需求：

    2.  登录controller




    3.  登录页面：

    4.  登录认证拦截器



    5.  配置拦截器

       


 





　　





 




【推广】 免费学中医，健康全家人
原文地址：https://www.cnblogs.com/gucl/p/8211744.html