委托（通用）约束定义注释

Question

在 JSR-303（Bean 验证）中，您需要为您编写的每个约束验证器定义一个特殊的注释。如果您要创建可重用的约束验证器（如标准的

@Max

、

@NotNull

等），这将非常有意义。

然而在现实生活中，每个经过验证的 bean 都需要自己的验证器来进行更复杂的业务验证。使用普通的 JSR-303 实现，您必须为每个验证器创建一个单独的注释。这迫使开发人员编写一次性注释，并使 bean 验证的整体概念看起来很愚蠢。如果 JSR-303 提供某种委托约束注释，则可以避免一次性注释的必要性：

@ValidateBy(validator=my.custom.Validator)

.

现在回答我的问题：

• 为什么 JSR-303 不包含这样的用例？
• 是否有与此相关的官方讨论（我找不到任何东西）？
• 是否有任何 JSR-303 库提供这样的功能（并不是说很难实现）？

---

更新 1 - 具体用例（导致这个问题）

我们有一个适度的企业应用程序，具有非常丰富的业务模型（40 个可管理实体、20 个可嵌入实体、25 个只读实体）。这意味着我们有很多 HTML 表单。每个表单都由带有 JSR-303 注释的指定表单 bean（70 个表单 bean）支持。有些表格需要自定义的重要验证（例如，如果交付类型是电子邮件，那么必须设置联系人电子邮件，...）。使用 JSR-303，我们有 33 个特定于表单 bean 的验证器和 33 个（不必要的一次性）注释。

随着 Java 类的数量（实体、控制器、DAO、DTO、映射器、验证器等……现在这产生了 800 个

.java

文件）我不喜欢周围有任何样板代码。

Answer 1

有时您需要提出问题才能意识到如何自己解决“问题”。根据 Gunnar 的回答和评论：

您可以使用所有必要的验证器为自定义域模型创建

@MyDomainModelValid

约束定义：

@Target({TYPE})
@Retention(RUNTIME)
@Constraint(validatedBy={
        MyFirstEntityValidator.class, MySecondEntityValidator.class,
        MyThirdEntityValidator.class, EtCetera.class})
public @interface MyDomainModelValid {
    String message() default "entity.notValid";
    Class<?>[] groups() default { };
    Class<? extends Payload>[] payload() default {};
}

JSR-303 实现将确保为特定实体调用正确的验证器。所以不需要之前提出的

@ValidatedBy

注解。

Answer 2

Bean Validation 的核心原则之一是类型安全。

@Max

、

@Size

等特定约束注释允许以类型安全的方式指定和访问自定义属性，例如允许的最大值。

选择的方法还允许验证引擎根据注释元素的类型选择正确的验证器实现，而不是要求用户指定验证器类。所以在某种程度上，这将复杂性从约束user转移到约束author。

正如您所说，将其作为自定义约束来实现应该不难。请注意，这会禁用约束正确性的编译时检查，例如通过 Hibernate Validator 提供的annotation processor。虽然这可以检测到字符串属性上错误指定的

@Past

约束，但它无法检测到通过

@ValidatedBy

.

指定的不匹配验证器类型

如果您的要求是关于完整 bean 的自定义验证逻辑（类级别验证），您可以考虑在该 bean 的方法中实现它，如下所示：

@AssertTrue
public boolean isValid() {
    //custom validation logic
}

或者您可以利用 Hibernate Validator 提供的 @ScriptAssert 约束。

Answer 3

也许减少样板代码的另一种方法是使用 SmartConstraints（我是作者）。

您可以使用常规的 JSR-303 注释来注释您的域实体字段，SmartConstraints 注释处理器将自动生成匹配的

@ValidMyField

注释，您将在 DTO 中重用这些注释。