1

在 JSR-303（Bean Validation）中，您需要为您编写的每个约束验证器定义一个特殊的注解。@Max如果您正在创建可重用的约束验证器（如标准、@NotNull等） ，这非常有意义。

然而在现实生活中，每个经过验证的 bean 都需要自己的验证器来进行更复杂的业务验证。使用 vanilla 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 个特定于 form-b​​ean 的验证器，带有 33 个（不必要的一次性）注释。

由于 Java 类的数量（实体、控制器、DAO、DTO、映射器、验证器等......现在这会产生 800 个.java文件），我不喜欢有任何样板代码。

4

2 回答 2

3

有时您需要提出问题才能意识到如何自己解决“问题”。根据 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注释。

于 2013-11-06T20:05:41.847 回答
2

Bean Validation 的核心原则之一是类型安全。特定的约束注释，例如@Max，@Size允许以类型安全的方式指定和访问自定义属性，例如允许的最大值。

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

正如您所说，将其作为自定义约束来实现应该不难。请注意，这会禁用约束正确性的编译时检查，例如通过Hibernate Validator 提供的注释处理器。虽然这可以检测到对字符串属性的错误指定@Past约束，但它无法检测到通过@ValidatedBy.

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

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

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

于 2013-11-06T12:17:29.093 回答