一、数据回显（工程springmvc-mybatis06）
1.1 pojo数据回显原理
其实在之前我们试验的过程发现数据是可以回显的，这里说明一下其原理。之前我们在页面中取数据的时候是直接使用的pojo数据。比如在页面editItems.jsp中我们${itemsCustom.name}这样取得数据，而且我们发现是可以回显的，这里我们将此页面进行改动：
<body>
<!-- 显示错误信息 -->
<c:if test="${allErrors != null}">
<c:forEach items="${allErrors}" var="error">
${error.defaultMessage }
</c:forEach>
</c:if>
<form id="itemForm" action="${pageContext.request.contextPath }/items/editItemsSubmit.action" method="post">
<input type="hidden" name="id" value="${items.id }" /> 修改商品信息：
<table width="100%" border=1>
<tr>
<td>商品名称</td>
<td><input type="text" name="name" value="${items.name }" /></td>
</tr>
<tr>
<td>商品价格</td>
<td><input type="text" name="price" value="${items.price }" /></td>
</tr>
<tr>
<td>商品生产日期</td>
<td><input type="text" name="createtime" value="<fmt:formatDate value="${items.createtime}" pattern="yyyy-MM-dd HH:mm:ss"/>"/></td>
</tr>
<tr>
<td>商品简介</td>
<td><textarea rows="3" cols="30" name="detail">${items.detail }</textarea></td>
</tr>
<tr>
<td colspan="2" align="center"><input type="submit" value="提交" /></td>
</tr>
</table>
</form>
</body>
说明：可以看到这里我们使用${items.name}取数据，测试一下发现是取不到数据的，因为显然我们的request域中没有以items为key的内容。于是我们在Controller方法中进行修改：
@RequestMapping(value="/editItems", method={RequestMethod.POST, RequestMethod.GET})
public String editItems(Model model, @RequestParam(value="id", required=true, defaultValue="") Integer items_id) throws Exception{
//调用service根据id查询商品信息
ItemsCustom itemsCustom = itemsService.findItemsById(items_id);
//通过形参中的model将model数据传递到页面
//相当于modelAndView.addObject("itemsCustom", itemsCustom);
model.addAttribute("items", itemsCustom);
return "items/editItems";
}
说明：
- 可以看到我们直接使用
model.addAttribute("items", itemsCustom);将相关pojo数据以key为items存放到了request域中，此时我们在商品展示页面itemsList.jsp中点击修改的时候就会发现是有数据回显的。但是如果我们将相关数据填写完毕提交出现错误的时候发现却不能再回显了。这里我们需要说明pojo数据回显的原理。 -
pojo数据回显的原理：pojo数据传入Controller方法之后，springmvc自动将pojo数据放到request域，key等于pojo类名（首字母小写）。也就是说页面中的pojo数据会自动帮我们存入到request的域中，但是关键字确实pojo的类名（首字母小写）。这样我们就可以知道为什么最初是可以直接回显的，而之后却不能回显了，因为我们点击提交之后数据是封装到key为itemsCustom的request域中，而我们使用items为key进行取值当然是取不到的。
1.2 注解标识数据回显
在上一个例子中我们如果就想使用items为关键字进行取值，那就可以使用注解进行标识（ItemsController.java）：
@RequestMapping("/editItemsSubmit")
public String editItemsSubmit(
Model model,
HttpServletRequest request,
Integer id,
@ModelAttribute("items") @Validated(value = { ValidationGroup1.class }) ItemsCustom itemsCustom,
BindingResult bindingResult) throws Exception {
model.addAttribute("allErrors", allErrors);//将错误信息传递到页面
return "items/editItems";//出错后回到修改页面
}
itemsService.updateItems(id, itemsCustom);
return "forward:queryItems.action";
}
说明：这里我们使用@ModelAttribute("items")标识我们在将相关pojo数据存入到request域中时使用的key为items，那么我们在页面中就可以取到了。
1.3 @ModelAttribute将方法的返回值传到页面
需求
在商品查询列表页面，通过商品类型查询商品信息。在Controller中定义商品类型查询的方法，最终将商品类型传递到页面。定义一个
Controller方法
@ModelAttribute("itemtypes")
public Map<String, String> getItemTypes(){
Map<String, String> itemTypes = new HashMap<String,String>();
itemTypes.put("101", "数码");
itemTypes.put("102", "母婴");
return itemTypes;
}
说明：这里我们只是用相关静态数据进行模拟，在实际开发中当然需要从数据库中查询。页面itemsList.jsp上可以得到itemTypes的数据:
商品类型：
<select name="itemtype">
<c:forEach items="${itemtypes }" var="itemtype">
<option value="${itemtype.key }">${itemtype.value }</option>
</c:forEach>
</select>
1.3 数据回显最简单的方式
数据回显最简单的方式当然还是使用model，直接使用
model.addAttribute("items", itemsCustom);
这样我们直接将相关需要回显的数据设置到model中，在页面中自然可以取得了。
最后注意：对于基本数据类型如果想要回显到页面只能使用此中方式，不能使用注解方式。
二、异常处理
系统中异常包括两类：编译时异常和运行时异常RuntimeException，前者通过捕获异常从而获取异常信息，后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。系统的dao、service、controller出现都通过throws Exception向上抛出，最后由springmvc前端控制器交由异常处理器进行异常处理，如下图：
springmvc提供全局异常处理器（一个系统只有一个异常处理器）进行统一的异常处理。
2.1 自定义异常类
对不同的异常类型定义异常类，继承Exception。
CustomException.java
package cn.itcast.ssm.exception;
//自定义异常处理器类
//针对预期的异常需要在程序中抛出此类异常
public class CustomException extends Exception{
//异常信息
public String message ;
public CustomException(String message){
super(message);
this.message = message;
}
public String getMessage() {
return message;
}
public void setMessage(String message) {
this.message = message;
}
}
2.2 全局异常处理器
思路：系统遇到异常，在程序中手动抛出，dao、service、Controller都将异常抛出，最后抛给前端控制器，前端控制器抛给全局异常处理器。解析出异常类型，如果该异常类型是系统自定义的异常，直接取出异常信息，在错误页面展示。否则，构造一个系统自定义的异常类（信息为未知错误）。
CustomExceptionResolver.java
package cn.itcast.ssm.exception;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.springframework.web.servlet.HandlerExceptionResolver;
import org.springframework.web.servlet.ModelAndView;
public class CustomExceptionResolver implements HandlerExceptionResolver {
@Override
public ModelAndView resolveException(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex) {
//这里的handler就是处理器适配器要执行的handler对象，此对象中只有一个方法
ex.printStackTrace();
CustomException customException = null;
//如果抛出的是系统自定义异常则直接转换
if(ex instanceof CustomException){
customException = (CustomException)ex;
}else{
//如果抛出的不是系统自定义异常则重新构造一个未知错误异常。
customException = new CustomException("未知错误，请与系统管理 员联系！");
}
ModelAndView modelAndView = new ModelAndView();
modelAndView.addObject("message", customException.getMessage());
modelAndView.setViewName("error");
return modelAndView;
}
}
说明：我们定义一个全局异常处理器用于处理异常，从程序中我们可以看到，如果这个异常是编译时异常，我们使用自定义异常处理器将其捕获，使用自定义异常处理器类进行处理，但是如果是运行时异常，那么我们只能构造一个异常，给出相关信息。然后返回到error.jsp页面。最后我们还需要在springmvc配置文件中配置这个全局异常处理器：
<!-- 全局异常处理器，只要实现了HandlerExceptionResolver接口就是全局异常处理器 -->
<bean id="handlerExceptionResolver" class="cn.itcast.ssm.exception.CustomExceptionResolver"/>
2.3 测试
在Controller方法ItemsController.java中:
@RequestMapping(value="/editItems", method={RequestMethod.POST, RequestMethod.GET})
public String editItems(Model model, @RequestParam(value="id", required=true, defaultValue="") Integer items_id) throws Exception{
//调用service根据id查询商品信息
ItemsCustom itemsCustom = itemsService.findItemsById(items_id);
//判断商品为空，抛出异常
if(itemsCustom == null){
throw new CustomException("需要修改的商品信息不存在");
}
//通过形参中的model将model数据传递到页面
//相当于modelAndView.addObject("itemsCustom", itemsCustom);
model.addAttribute("items", itemsCustom);
return "items/editItems";
}
可以看到我们在此方法中进行判断，如果查出来的商品信息为空，那么抛出相应的异常，在测试的时候我们使用地址http://localhost:8080/springmvc-mybatis06/items/editItems.action?id=144，访问，可以看到我们给出了一个根本不存在的id进行查询，显然是会报异常的。当然这里我们还需要改动一下业务方法，不然会报未知错误：
ItemsServiceImpl.java
@Override
public ItemsCustom findItemsById(Integer id) throws Exception {
Items items = itemsMapper.selectByPrimaryKey(id);
//查询出来的数据可能需要进行一些业务处理，最后要返回ItemsCustom
ItemsCustom itemsCustom = null;
//将Items内容拷贝到ItemsCustom
if(items != null){
itemsCustom = new ItemsCustom();
BeanUtils.copyProperties(items, itemsCustom);
}
return itemsCustom;
}
在这个方法中我们加入了对商品items的非空判断，以免出现空指针异常。这样测试才能达到效果。
2.4 异常抛出位置
前面已经说过，我们需要将各层的异常都抛出给前端控制器，然后前端控制器抛给全局异常处理器进行处理，但是异常到底在哪一层抛出呢？如果与业务功能相关的异常建议在service中抛出异常。与业务功能没有关系的异常建议在Controller方法中抛出。而对于上面的例子中的异常建议在service中抛出异常。
