统一处理springmvc的Valid验证

对于后端的参数校验，我们一直在强调的验证规则，提示信息的重用。这不，springmvc通过集成Valid最大程序减少了我们的工作量。其实后端的参数过滤，是分几种请求来源的。每种的处理都不太一样，但是我们如果能重用验证规则，提示信息，那就很强大了。
1 常用的表单提交，需要页面返回错误信息
2 AJAX提交，需要JSON格式返回，或者XML
3 接口调用，同样需要对应的数据格式返回
对于这3类请求，我今天讲的是第3种，是可以重用第1种的资源和验证规则。它就是ControllerAdvice（控制建议）

 1 /**
 2  * Indicates the annotated class assists a "Controller".
 3  *
 4  * <p>Serves as a specialization of {@link Component @Component}, allowing for
 5  * implementation classes to be autodetected through classpath scanning.
 6  *
 7  * <p>It is typically used to define {@link ExceptionHandler @ExceptionHandler},
 8  * {@link InitBinder @InitBinder}, and {@link ModelAttribute @ModelAttribute}
 9  * methods that apply to all {@link RequestMapping @RequestMapping} methods.
10  *
11  * @author Rossen Stoyanchev
12  * @since 3.2
13  */

中文的大概意思就是：
A 定义异常处理
B 初始化binder，比如一些类型转换，自定义验证等等
C 设置ModelAttribute的值
看到没有，异常处理。刚好spring有提供 MethodArgumentNotValidException这个异常，而这个异常就是处理参数验证不通过会抛出的。
哈哈哈，太好了。这样，我就可以在这里面，去封装Valid的异常 
如图 
里面的processValidationError方法会处理具体异常的返回值并以JSON输出，大功告成，下周再贴出整体代码链接。
当这样处理之后，我们的resetful的接口只用处理真正的业务，完全不用做常用的参数检查。