【问题标题】:Delegating (generic) constraint definition annotation委托(通用)约束定义注释
【发布时间】:2013-11-06 11:26:30
【问题描述】:

在 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 文件)我不喜欢有任何样板代码。

【问题讨论】:

  • 好问题,也许他们认为其他框架(如JSF)提供的验证就足够了。

标签: java validation bean-validation


【解决方案1】:

有时您需要提出问题才能意识到如何自己解决“问题”。基于 Gunnar 的回答和 cmets:

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

@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注解。

【讨论】:

    【解决方案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 约束。

    【讨论】:

    • @AssertTrue 在单个方法上不允许特定字段验证消息(即您不能构建自己的约束违规)。 @ScriptAssert 是不可接受的替代方案。但是我看到其他解决方案正在阅读您的答案-使用validatedBy 中的所有自定义验证器引用创建自定义@BusinessValid 注释。然后将在运行时选择正确的验证器。
    • 顺便说一句。我理解你的回答,你们没有详细讨论这个用例(花了我一分钟才意识到你参与了:))?根据 bean 验证原则,我之前的评论 (@BusinessValid) 中描述的方法是否正确?
    • 我想我需要更多关于您的特定要求的详细信息,以便更好地了解您的实际需求。如果这个想法是创建一个类级别的约束@BusinessValid 并为您域的每个实体提供一个验证器,那么这就是 Bean 验证的方式。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2014-09-08
    • 2013-01-15
    • 1970-01-01
    • 1970-01-01
    • 2013-02-18
    • 2019-02-11
    • 2017-04-25
    相关资源
    最近更新 更多