SpringMVC驗證架構Validation特殊用法

基本用法不說了，網上例子很多，這裡主要介紹下比較特殊情況下使用的方法。

1. 分組

有的時候，我們對一個實體類需要有多中驗證方式，在不同的情況下使用不同驗證方式，比如說對于一個實體類來的id來說，儲存的時候是不需要的，對于更新時是必須的，可以如下配置：

<b>[java]</b> view plain copy

public class UserModel {

    @NotNull(message = "{id.empty}", groups = { First.class })

    private int id;

    @NotNull(message = "{username.empty}", groups = { First.class, Second.class })

    private String username;

    @NotNull(message = "{content.empty}", groups = { First.class, Second.class })

    private String content;

    public int getId() {

        return id;

    }

    public void setId(int id) {

        this.id = id;

    public String getUsername() {

        return username;

    public void setUsername(String username) {

        this.username = username;

    public String getContent() {

        return content;

    public void setContent(String content) {

        this.content = content;

}

public interface First {

public interface Second {

通過 groups 對驗證進行分組

在controler中的代碼如下：

@RequestMapping(value = "/save.action", method = RequestMethod.POST)

public String save(@Validated( { Second.class }) UserModel userModel, BindingResult result) {

    if (result.hasErrors()) {

        return "validate/error";

    return "redirect:/success";

@RequestMapping(value = "/update.action", method = RequestMethod.POST)

public String update(@Validated( { First.class, Second.class }) UserModel user, BindingResult result) {

2. 組序列

預設情況下，不同組别的限制驗證是無序的，然而在某些情況下，限制驗證的順序卻很重要，如下面兩個例子：（1）第二個組中的限制驗證依賴于一個穩定狀态來運作，而這個穩定狀态是由第一個組來進行驗證的。（2）某個組的驗證比較耗時，CPU 和記憶體的使用率相對比較大，最優的選擇是将其放在最後進行驗證。是以，在進行組驗證的時候尚需提供一種有序的驗證方式，這就提出了組序列的概念。

一個組可以定義為其他組的序列，使用它進行驗證的時候必須符合該序列規定的順序。在使用組序列驗證的時候，如果序列前邊的組驗證失敗，則後面的組将不再給予驗證。

下例中聲明了組 GroupA.class，GroupB.class 和 Group.class，其中 default，GroupA，GroupB 均為 Group 的序列。

public interface GroupA {

public interface GroupB {

@GroupSequence( { Default.class, GroupA.class, GroupB.class })

public interface Group {

public class User {

    @NotEmpty(message = "firstname may be empty")

    private String firstname;

    @NotEmpty(message = "middlename may be empty", groups = Default.class)

    private String middlename;

    @NotEmpty(message = "lastname may be empty", groups = GroupA.class)

    private String lastname;

    @NotEmpty(message = "country may be empty", groups = GroupB.class)

    private String country;

public String register(@Validated(Group.class) User user, BindingResult result) {

3. 驗證多個對象

當我們在一個功能處理方法上需要驗證多個模型對象時，需要通過如下形式來擷取驗證結果：

@RequestMapping("/validate/multi")

public String multi(@Valid @ModelAttribute("a") A a, BindingResult aErrors, @Valid @ModelAttribute("b") B b, BindingResult bErrors) {

    if (aErrors.hasErrors()) { //如果a模型對象驗證失敗

    if (bErrors.hasErrors()) { //如果a模型對象驗證失敗

每一個模型對象後邊都需要跟一個Errors或BindingResult對象來儲存驗證結果，其方法體内部可以使用這兩個驗證結果對象來選擇出錯時跳轉的頁面或處理的邏輯。

4. Junit測試

當自定義拓展Validation時，可以使用如下方法進行測試：

@Test

public void testValidate() {

    AnnotationDescriptor&lt;EqualsAny&gt; descriptor = new AnnotationDescriptor&lt;EqualsAny&gt;(EqualsAny.class);

    EqualsAny equalsAny = AnnotationFactory.create(descriptor);

    EqualsAnyValidator equalsAnyValidator = new EqualsAnyValidator();

    equalsAnyValidator.initialize(equalsAny);

    Assert.assertTrue(equalsAnyValidator.isValid("123", null));

另外再講一點Spring對自定義JSR-303限制類型支援的新特性，那就是Spring支援往ConstraintValidator裡面注入bean對象。例如在EqualsAnyValidator中利用@Resource注解注入其他Bean對象。