SpringMVC验证框架Validation用法
1. 分组 有的时候，我们对一个实体类需要有多中验证方式，在不同的情况下使用不同验证方式，比如说对于一个实体类来的id来说，保存的时候是不需要的，对于更新时是必须的，可以如下配置： [java]view plaincopy publicclassUserModel{ @NotNull(message="{id.empty}",groups={First.class}) privateintid; @NotNull(message="{username.empty}",groups={First.class,Second.class}) privateStringusername; @NotNull(message="{content.empty}",groups={First.class,Second.class}) privateStringcontent; publicintgetId(){ returnid; } publicvoidsetId(intid){ this.id=id; } publicStringgetUsername(){ returnusername; } publicvoidsetUsername(Stringusername){ this.username=username; } publicStringgetContent(){ returncontent; } publicvoidsetContent(Stringcontent){ this.content=content; } } publicinterfaceFirst{ } publicinterfaceSecond{ } 通过 groups 对验证进行分组 在controler中的代码如下： [java]view plaincopy @RequestMapping(value="/save.action",method=RequestMethod.POST) publicStringsave(@Validated({Second.class})UserModeluserModel,BindingResultresult){ if(result.hasErrors()){ return"validate/error"; } return"redirect:/success"; } @RequestMapping(value="/update.action",method=RequestMethod.POST) publicStringupdate(@Validated({First.class,Second.class})UserModeluser,BindingResultresult){ if(result.hasErrors()){ return"validate/error"; } return"redirect:/success"; } 2. 组序列 默认情况下，不同组别的约束验证是无序的，然而在某些情况下，约束验证的顺序却很重要，如下面两个例子：（1）第二个组中的约束验证依赖于一个稳定状态来运行，而这个稳定状态是由第一个组来进行验证的。（2）某个组的验证比较耗时，CPU 和内存的使用率相对比较大，最优的选择是将其放在最后进行验证。因此，在进行组验证的时候尚需提供一种有序的验证方式，这就提出了组序列的概念。 一个组可以定义为其他组的序列，使用它进行验证的时候必须符合该序列规定的顺序。在使用组序列验证的时候，如果序列前边的组验证失败，则后面的组将不再给予验证。 下例中声明了组 GroupA.class，GroupB.class 和 Group.class，其中 default，GroupA，GroupB 均为 Group 的序列。 [java]view plaincopy publicinterfaceGroupA{ } publicinterfaceGroupB{ } @GroupSequence({Default.class,GroupA.class,GroupB.class}) publicinterfaceGroup{ } publicclassUser{ @NotEmpty(message="firstnamemaybeempty") privateStringfirstname; @NotEmpty(message="middlenamemaybeempty",groups=Default.class) privateStringmiddlename; @NotEmpty(message="lastnamemaybeempty",groups=GroupA.class) privateStringlastname; @NotEmpty(message="countrymaybeempty",groups=GroupB.class) privateStringcountry; } [java]view plaincopy @RequestMapping(value="/update.action",method=RequestMethod.POST) publicStringregister(@Validated(Group.class)Useruser,BindingResultresult){ if(result.hasErrors()){ return"validate/error"; } return"redirect:/success"; } 3. 验证多个对象 当我们在一个功能处理方法上需要验证多个模型对象时，需要通过如下形式来获取验证结果： [java]view plaincopy @RequestMapping("/validate/multi") publicStringmulti(@Valid@ModelAttribute("a")Aa,BindingResultaErrors,@Valid@ModelAttribute("b")Bb,BindingResultbErrors){ if(aErrors.hasErrors()){//如果a模型对象验证失败 return"validate/error"; } if(bErrors.hasErrors()){//如果a模型对象验证失败 return"validate/error"; } return"redirect:/success"; } 每一个模型对象后边都需要跟一个Errors或BindingResult对象来保存验证结果，其方法体内部可以使用这两个验证结果对象来选择出错时跳转的页面或处理的逻辑。 4. Junit测试 当自定义拓展Validation时，可以使用如下方法进行测试： [java]view plaincopy @Test publicvoidtestValidate(){ AnnotationDescriptor<EqualsAny>descriptor=newAnnotationDescriptor<EqualsAny>(EqualsAny.class); EqualsAnyequalsAny=AnnotationFactory.create(descriptor); EqualsAnyValidatorequalsAnyValidator=newEqualsAnyValidator(); equalsAnyValidator.initialize(equalsAny); Assert.assertTrue(equalsAnyValidator.isValid("123",null)); } 另外再讲一点spring对自定义JSR-303限制类型支持的新特性，那就是Spring支持往ConstraintValidator里面注入bean对象。例如在EqualsAnyValidator中利用@Resource注解注入其他Bean对象。
