在DDD对象中混合JSR303 Bean验证和手动（通过Apache Commons）

Question

public class Position {
    private static final int LATITUDE_AMPLITUDE = 90;
    private static final int LONGITUDE_AMPLITUDE = 180;

    private Float latitude;
    private Float longitude;

    public Position(float latitude, float longitude) {
        Validate.inclusiveBetween(-LATITUDE_AMPLITUDE, LATITUDE_AMPLITUDE, latitude,
                "Latitude must be +- " + LATITUDE_AMPLITUDE);
        Validate.inclusiveBetween(-LONGITUDE_AMPLITUDE, LONGITUDE_AMPLITUDE, longitude,
                "Longtitude must be +- " + LATITUDE_AMPLITUDE);

        this.latitude = latitude;
        this.longitude = longitude;
    }
}

我们决定不使用JSR303，因为它将域对象与基础结构耦合起来，并且需要外部干预来启动验证。

但是当我们开始实现RESTendpoint时，我们再次面临验证问题，因为json转换器不使用类构造函数，而是通过反射注入值。

通过JSR303和Jersey的@valid注释验证对象非常容易，但是需要用JSR303注释域对象。我们有一些选择：

null

你对此有什么看法？将JSR303和手动验证混合在一起是一种好方法吗？

Answer 1

在广泛使用这两种模型之后，我个人发现使用JSR303 bean验证更令人愉快。我指的是纯粹使用bean验证注释，没有手动验证代码。

Bean验证注释将验证逻辑与域实体本身解耦。我相信这是一件好事，因为它减少了域实体中的样板代码，并使它们更具可读性和可维护性。正如您所提到的，它确实要求您注释实体中的字段以便使用它。根据现有代码库的大小，这项工作可能不是微不足道的。

我的大部分经验都是使用Hibernate Validator，我发现它是一个好的、快速的JSR303实现。