复习
springmvc框架：
DispatcherServlet前端控制器：接收request，进行response
HandlerMapping处理器映射器：根据url查找Handler。（可以通过xml配置方式，注解方式）
HandlerAdapter处理器适配器：根据特定规则去执行Handler，编写Handler时需要按照HandlerAdapter的要求去编写。
Handler处理器（后端控制器）：需要程序员去编写，常用注解开发方式。
Handler处理器执行后结果 是ModelAndView，具体开发时Handler返回方法值类型包括 ：ModelAndView、String（逻辑视图名）、void（通过在Handler形参中添加request和response，类似原始
servlet开发方式，注意：可以通过指定response响应的结果类型实现json数据输出）
View resolver视图解析器：根据逻辑视图名生成真正的视图（在springmvc中使用View对象表示）
View视图:jsp页面，仅是数据展示，没有业务逻辑。
注解开发：
使用注解方式的处理器映射器和适配器：
<!--注解映射器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"/>
<!--注解适配器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"/>
在实际开发，使用<mvc:annotation-driven>代替上边处理器映射器和适配器配置。
@controller注解必须要加，作用标识类是一个Handler处理器。
@requestMapping注解必须要加，作用：
1、对url和Handler的方法进行映射。
2、可以窄化请求映射，设置Handler的根路径，url就是根路径+子路径请求方式
3、可以限制http请求的方法
映射成功后，springmvc框架生成一个Handler对象，对象中只包括 一个映射成功的method。
注解开发中参数绑定：
将request请求过来的key/value的数据（理解一个串），通过转换（参数绑定的一部分），将key/value串转成形参，将转换后的结果传给形参（整个参数绑定过程）。
springmvc所支持参数绑定：
1、默认支持很多类型，HttpServletRequest、response、session、
model/modelMap(将模型数据填充到request域)
2、支持简单数据类型，整型、字符串、日期。。
只要保证request请求的参数名和形参名称一致，自动绑定成功
如果request请求的参数名和形参名称不一致，可以使用@RequestParam（指定request请求的参数名），@RequestParam加在形参的前边。
3、支持pojo类型
只要保证request请求的参数名称和pojo中的属性名一致，自动将request请求的参数设置到pojo的属性中。
注意：形参中即有pojo类型又有简单类型，参数绑定互不影响。
自定义参数绑定：
日期类型绑定自定义：
定义的Converter<源类型，目标类型>接口实现类，比如：
Converter<String,Date>表示：将请求的日期数据串转成java中的日期类型。
注意：要转换的目标类型一定和接收的pojo中的属性类型一致。
将定义的Converter实现类注入到处理器适配器中。
<mvc:annotation-driven conversion-service="conversionService"></mvc:annotation-driven>
<!-- conversionService -->
<bean id="conversionService" class="org.springframework.format.support.FormattingConversionServiceFactoryBean">
<!-- 转换器 -->
<property name="converters">
<list>
<bean class="cn.itcast.ssm.controller.converter.CustomDateConverter"/>
</list>
</property>
</bean>
springmvc和struts2区别：
springmvc面向方法开发的（更接近service接口的开发方式），struts2面向类开发。
springmvc可以单例开发，struts2只能是多例开发。
1. 包装类型pojo参数绑定
第一种方法：在形参中 添加HttpServletRequest request参数，通过request接收查询条件参数。
第二种方法：在形参中让包装类型的pojo接收查询条件参数。
页面参数和controller方法形参定义
页面参数：
商品名称：<input name="itemsCustom.name" />
注意：itemsCustom和包装pojo中的属性一致即可。
controller方法形参：
public ModelAndView queryItems(HttpServletRequest request,ItemsQueryVo itemsQueryVo) throws Exception
2. 集合类型绑定
1). 数组绑定：
controller方法定义：
页面定义：
2). list绑定：
3). map 绑定：
也通过在包装pojo中定义map类型属性。
在包装类中定义Map对象，并添加get/set方法，action使用包装对象接收。
包装类中定义Map对象如下：
Public class QueryVo {
private Map<String, Object> itemInfo = new HashMap<String, Object>();
//get/set方法..
}
页面定义如下：
<tr>
<td>学生信息：</td>
<td>姓名：<inputtype="text"name="itemInfo['name']"/>
年龄：<inputtype="text"name="itemInfo['price']"/>
.. .. ..
</td>
</tr>
Contrller方法定义如下：
public String useraddsubmit(Model model,QueryVo queryVo)throws Exception{
System.out.println(queryVo.getStudentinfo());
}
4. spring 校验
1). 校验理解
项目中，通常使用较多是前端的校验，比如页面中js校验。对于安全要求较高点建议在服务端进行校验。
服务端校验：
a. 控制层conroller：校验页面请求的参数的合法性。在服务端控制层conroller校验，不区分客户端类型（浏览器、手机客户端、远程调用）
b. 业务层service（使用较多）：主要校验关键业务参数，仅限于service接口中使用的参数。
c. 持久层dao：一般是不校验的。
2). springmvc校验需求
springmvc使用hibernate的校验框架validation(和hibernate没有任何关系)。
校验思路：
页面提交请求的参数，请求到controller方法中，使用validation进行校验。如果校验出错，将错误信息展示到页面。
3). 环境准备
hibernate的校验框架validation所需要jar包：
4). 配置校验器：
5). 校验器注入到处理器适配器中
6). 在pojo中添加校验规则
在ItemsCustom.java中添加校验规则：
7). CustomValidationMessages.properties
在CustomValidationMessages.properties配置校验错误信息：
8). 捕获校验错误信息
//在需要校验的pojo前边添加@Validated，在需要校验的pojo后边添加BindingResult bindingResult接收校验出错信息
//注意：@Validated和BindingResult bindingResult是配对出现，并且形参顺序是固定的（一前一后）
9). 在页面显示校验错误信息
在controller中将错误信息传到页面即可。
页面显示错误信息：
10). 分组校验
a. 校验分组
b. 在校验规则中添加分组
c. 在controller方法使用指定分组的校验
5. 数据回显
5.1 什么数据回显
提交后，如果出现错误，将刚才提交的数据回显到刚才的提交页面。
5.2 pojo数据回显方法
1). springmvc默认对pojo数据进行回显。
pojo数据传入controller方法后，springmvc自动将pojo数据放到request域，key等于pojo类型（首字母小写）
使用@ModelAttribute指定pojo回显到页面在request中的key
2). @ModelAttribute还可以将方法的返回值传到页面
在商品查询列表页面，通过商品类型查询商品信息。
在controller中定义商品类型查询方法，最终将商品类型传到页面。
页面上可以得到itemTypes数据。
使用最简单方法使用model，可以不用@ModelAttribute
5.3 简单类型数据回显
使用最简单方法使用model。
model.addAttribute("id", id);
6. 异常处理
6.1 异常处理思路
系统中异常包括两类：预期异常和运行时异常RuntimeException，前者通过捕获异常从而获取异常信息，后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。
系统的dao、service、controller出现都通过throws Exception向上抛出，最后由springmvc前端控制器交由异常处理器进行异常处理，如下图：
springmvc提供全局异常处理器（一个系统只有一个异常处理器）进行统一异常处理。
3.2 自定义异常类
对不同的异常类型定义异常类，继承Exception。
3.3 全局异常处理器
思路：
系统遇到异常，在程序中手动抛出，dao抛给service、service给controller、controller抛给前端控制器，前端控制器调用全局异常处理器。
全局异常处理器处理思路：
解析出异常类型
如果该 异常类型是系统 自定义的异常，直接取出异常信息，在错误页面展示
如果该 异常类型不是系统 自定义的异常，构造一个自定义的异常类型（信息为“未知错误”）
springmvc提供一个HandlerExceptionResolver接口
@Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { //handler就是处理器适配器要执行Handler对象（只有method） // 解析出异常类型 // 如果该 异常类型是系统 自定义的异常，直接取出异常信息，在错误页面展示 // String message = null; // if(ex instanceof CustomException){ // message = ((CustomException)ex).getMessage(); // }else{ //// 如果该 异常类型不是系统 自定义的异常，构造一个自定义的异常类型（信息为“未知错误”） // message="未知错误"; // } //上边代码变为 CustomException customException = null; if(ex instanceof CustomException){ customException = (CustomException)ex; }else{ customException = new CustomException("未知错误"); } //错误信息 String message = customException.getMessage(); ModelAndView modelAndView = new ModelAndView(); //将错误信息传到页面 modelAndView.addObject("message", message); //指向错误页面 modelAndView.setViewName("error"); return modelAndView; }
6.4 错误页面
6.5 在springmvc.xml配置全局异常处理器
6.6 异常测试
在controller、service、dao中任意一处需要手动抛出异常。
如果是程序中手动抛出的异常，在错误页面中显示自定义的异常信息，如果不是手动抛出异常说明是一个运行时异常，在错误页面只显示“未知错误”。
在商品修改的controller方法中抛出异常 .
在service接口中抛出异常：
如果与业务功能相关的异常，建议在service中抛出异常。
与业务功能没有关系的异常，建议在controller中抛出。
上边的功能，建议在service中抛出异常。