Bean Validation 2.0.0
在任何时候，当你要处理一个应用程序的业务逻辑，数据校验是你必须要考虑和面对的事情。应用程序必须通过某种手段来确保输入进来的数据从语义上来讲是正确的。在通常的情况下，应用程序是分层的，不同的层由不同的开发人员来完成。很多时候同样的数据验证逻辑会出现在不同的层，这样就会导致代码冗余和一些管理的问题，比如说语义的一致性等。为了避免这样的情况发生，最好是将验证逻辑与相应的域模型进行绑定。
Bean Validation 为 JavaBean 验证定义了相应的元数据模型和 API。缺省的元数据是 Java Annotations，通过使用 XML 可以对原有的元数据信息进行覆盖和扩展。在应用程序中，通过使用 Bean Validation 或是你自己定义的 constraint，例如 @NotNull, @Max, @ZipCode， 就可以确保数据模型（JavaBean）的正确性。constraint 可以附加到字段，getter 方法，类或者接口上面。对于一些特定的需求，用户可以很容易的开发定制化的 constraint。Bean Validation 是一个运行时的数据验证框架，在验证之后验证的错误信息会被马上返回。
下载 JSR 303 – Bean Validation 规范 http://jcp.org/en/jsr/detail?id=303
Hibernate Validator 是 Bean Validation 的参考实现 . Hibernate Validator 提供了 JSR 303 规范中所有内置 constraint 的实现，除此之外还有一些附加的 constraint。如果想了解更多有关 Hibernate Validator 的信息，请查看 http://www.hibernate.org/subprojects/validator.html
http://beanvalidation.org/latest-draft/spec/#introduction
Bean Validation 中的 constraint
| Constraint | 详细信息 |
|---|---|
| @AssertTrue | 被注释的元素必须为 true |
| @AssertFalse | 被注释的元素必须为 false |
| @DecimalMin(value) | 被注释的元素必须是一个数字，其值必须大于等于指定的最小值 |
| @DecimalMax(value) | 被注释的元素必须是一个数字，其值必须小于等于指定的最大值 |
| @Digits (integer, fraction) | 被注释的元素必须是一个数字，其值必须在可接受的范围内 |
| 被注释的元素必须是电子邮箱地址 | |
| @Future | 被注释的元素必须是一个将来的日期 |
| @FutureOrPresent | 被注释的元素必须是一个当前或将来的日期 |
| @Min(value) | 被注释的元素必须是一个数字，其值必须大于等于指定的最小值 |
| @Max(value) | 被注释的元素必须是一个数字，其值必须小于等于指定的最大值 |
| @Negative | 被注释的元素必须小于0 |
| @NegativeOrZero | 被注释的元素必须小于等于0 |
| @NotBlank | 被注释的元素必须不为空字符 |
| @NotEmpty | 被注释的元素必须不为空 |
| @NotNull | 被注释的元素必须不为 null |
| @Null | 被注释的元素必须为 null |
| @Size(max, min) | 被注释的元素的大小必须在指定的范围内 |
| @Past | 被注释的元素必须是一个过去的日期 |
| @PastOrPresent | 被注释的元素必须是一个当前或过去的日期 |
| @Pattern(value) | 被注释的元素必须符合指定的正则表达式 |
| @Positive | 被注释的元素必须大于0 |
| @PositiveOrZero | 被注释的元素必须大于等于0 |
| @Size | 被注释的元素必须在范围内 |
| Constraint | 详细信息 |
|---|
表 2. Hibernate Validator 附加的 constraint
| Constraint | 详细信息 |
|---|
@Length |被注释的字符串的大小必须在指定的范围内
@NotEmpty| 被注释的字符串的必须非空
@Range | 被注释的元素必须在合适的范围内
网友评论