3.2.13.1. 定义约束

可以使用 javax.validation.constraints 包中的注解或者自定义注解来定义约束。可以在一个实体或 POJO 类声明、字段或 getter 方法以及中间件服务方法上设置注解。

在实体字段上使用标准验证注解的示例:

  1. @Table(name = "DEMO_CUSTOMER")
  2. @Entity(name = "demo_Customer")
  3. public class Customer extends StandardEntity {
  4. @Size(min = 3) // length of value must be longer then 3 characters
  5. @Column(name = "NAME", nullable = false)
  6. protected String name;
  7. @Min(1) // minimum value
  8. @Max(5) // maximum value
  9. @Column(name = "GRADE", nullable = false)
  10. protected Integer grade;
  11. @Pattern(regexp = "\\S+@\\S+") // value must conform to the pattern
  12. @Column(name = "EMAIL")
  13. protected String email;
  14. //...
  15. }

使用自定义类级别注解的示例(见下文):

  1. @CheckTaskFeasibility(groups = {Default.class, UiCrossFieldChecks.class}) // custom validation annotation
  2. @Table(name = "DEMO_TASK")
  3. @Entity(name = "demo_Task")
  4. public class Task extends StandardEntity {
  5. //...
  6. }

验证服务方法的参数和返回值的示例

  1. public interface TaskService {
  2. String NAME = "demo_TaskService";
  3. @Validated // indicates that the method should be validated
  4. @NotNull
  5. String completeTask(@Size(min = 5) String comment, @Valid @NotNull Task task);
  6. }

如果需要方法参数的级联验证,可以使用 @Valid 注解,在上面的例子中,还将验证声明在 Task 对象上的约束。

约束组

约束组允许根据应用程序逻辑仅应用所有已定义约束的子集。例如,可能想强制用户输入实体属性的值,但是同时又能够通过某种内部机制设置此属性为空,为此,应该在约束注解上指定 groups 属性。然后,只有将相同的组传递给验证机制时,约束才会生效。

平台将以下约束组传递给验证机制:

  • RestApiChecks - 在 REST API 中验证时。

  • ServiceParametersChecks - 验证服务参数时。

  • ServiceResultChecks - 验证服务返回值时。

  • UiComponentChecks - 验证单个 UI 字段时。

  • UiCrossFieldChecks - 在实体编辑器提交时进行类级别约束验证时。

  • javax.validation.groups.Default - 除了 UI 编辑器上的提交操作之外,都会传递这个组。

验证消息

约束可包含要显示给用户的消息。

消息可以直接在验证注解上设置,例如:

  1. @Pattern(regexp = "\\S+@\\S+", message = "Invalid format")
  2. @Column(name = "EMAIL")
  3. protected String email;

也可以将消息放在本地化消息包中并且使用以下格式在注解中指定消息: {msg://message_pack/message_key} 或简单的 {msg://message_key} (仅用于实体中)。例如:

  1. @Pattern(regexp = "\\S+@\\S+", message = "{msg://com.company.demo.entity/Customer.email.validationMsg}")
  2. @Column(name = "EMAIL")
  3. protected String email;

或者,如果为实体定义约束并且消息在实体消息包中:

  1. @Pattern(regexp = "\\S+@\\S+", message = "{msg://Customer.email.validationMsg}")
  2. @Column(name = "EMAIL")
  3. protected String email;

消息可以包含参数和表达式。参数包含在 {} 中,可使用的参数包括本地化消息或注解参数,例如 {min}{max}{value}。表达式包含在 ${} 中并且可以包含验证值变量( validatedValue ) 、注解参数(如 valuemin) 和 JSR-341 (EL 3.0)表达式。例如:

  1. @Pattern(regexp = "\\S+@\\S+", message = "Invalid email: ${validatedValue}, pattern: {regexp}")
  2. @Column(name = "EMAIL")
  3. protected String email;

本地化消息值也可以包含参数和表达式。

自定义约束

可以使用编程或声明式验证来创建自己的特定领域约束。

要以编程方式的验证器创建约束,请执行以下操作:

  1. 在项目的 global 模块中创建注解。使用 @Constraint 进行标注。这个注解必须包含 messagegroupspayload 属性:

    1. @Target({ ElementType.TYPE })
    2. @Retention(RUNTIME)
    3. @Constraint(validatedBy = TaskFeasibilityValidator.class)
    4. public @interface CheckTaskFeasibility {
    5. String message() default "{msg://com.company.demo.entity/CheckTaskFeasibility.message}";
    6. Class<?>[] groups() default {};
    7. Class<? extends Payload>[] payload() default {};
    8. }
  2. 在项目的 global 模块中创建验证器类:

    1. public class TaskFeasibilityValidator implements ConstraintValidator<CheckTaskFeasibility, Task> {
    2. @Override
    3. public void initialize(CheckTaskFeasibility constraintAnnotation) {
    4. }
    5. @Override
    6. public boolean isValid(Task value, ConstraintValidatorContext context) {
    7. Date now = AppBeans.get(TimeSource.class).currentTimestamp();
    8. return !(value.getDueDate().before(DateUtils.addDays(now, 3)) && value.getProgress() < 90);
    9. }
    10. }
  3. 使用注解:

    1. @CheckTaskFeasibility(groups = UiCrossFieldChecks.class)
    2. @Table(name = "DEMO_TASK")
    3. @Entity(name = "demo_Task")
    4. public class Task extends StandardEntity {
    5. @Future
    6. @Temporal(TemporalType.DATE)
    7. @Column(name = "DUE_DATE")
    8. protected Date dueDate;
    9. @Min(0)
    10. @Max(100)
    11. @Column(name = "PROGRESS", nullable = false)
    12. protected Integer progress;
    13. //...
    14. }

还可以使用现有的约束的组合来创建自定义约束,例如:

  1. @NotNull
  2. @Size(min = 2, max = 14)
  3. @Pattern(regexp = "\\d+")
  4. @Target({METHOD, FIELD, ANNOTATION_TYPE})
  5. @Retention(RUNTIME)
  6. @Constraint(validatedBy = {})
  7. public @interface ValidProductCode {
  8. String message() default "{msg://om.company.demo.entity/ValidProductCode.message}";
  9. Class<?>[] groups() default {};
  10. Class<? extends Payload>[] payload() default {};
  11. }

当使用复合约束时,生成的“约束违反”集合将包含每个约束的“约束违反”。如果想返回单个“约束违反”,请使用 @ReportAsSingleViolation 注解这个复合注解类。

关联对象验证

对关联对象进行级联验证,请使用 @Valid 注解标记引用字段。

  1. public class Cart {
  2. @Size(min = 1)
  3. @Valid
  4. private List<Product> products;
  5. // ...
  6. }

在上面的示例中,当验证 Cart 实例时,将检查产品列表以确保它至少包含一个实例,并且还会验证列表中的所有 Product 实例。

CUBA 定义的验证注解

除了使用 javax.validation.constraints 包中的标准注解之外,可以使用在 CUBA 框架中定义的以下注解:

  • @RequiredView - 可以添加到服务方法定义中,以确保实体实例加载了视图中指定的所有属性。如果注解标记到方法上,则检查返回值。如果注解标记到参数上,则检查参数。如果返回值或者参数是集合,则检查集合中的所有元素。例如:
  1. public interface MyService {
  2. String NAME = "sample_MyService";
  3. @Validated
  4. void processFoo(@RequiredView("foo-view") Foo foo);
  5. @Validated
  6. void processFooList(@RequiredView("foo-view") List<Foo> fooList);
  7. @Validated
  8. @RequiredView("bar-view")
  9. Bar loadBar(@RequiredView("foo-view") Foo foo);
  10. }