检查hibernate映射类中的不变量

Question

使用hibernate的一个挑战是manged类必须有一个默认的构造函数.问题是没有明确的点来初始化类并且可以检查不变量.

如果一个类具有依赖于多个属性的不变量,则类设计变得复杂.让我们从假设的绿地设计开始:

public class A { 
    private int x; 
    private int y; 

    public A(int x, int y) { 
        this.x = x; 
        this.y = y; 
        checkInvariants(this.x, this.y); 
    } 

    private void checkInvariants(int x, int y) { 
        if (x + y « 0) throw new IllegalArgumentException(); 
    } 
}

这是不符合hibernate要求的基本实现.在构造函数中检查不变量.(checkInvariants()方法的内容并不重要,它仅用于说明类不变量可以依赖于多一个属性.)

该类可以使用如下:

new A(0, 0); 
new A(-1, 0); //invalid 

要满足hibernate要求,一种解决方法是添加私有默认构造函数并使用字段访问.(我省略了hibernate映射.)

public class H { 
    int x; 
    int y; 

    public H(int x, int y) { 
        this.x = x; 
        this.y = y; 
        checkInvariants(this.x, this.y); 
    } 

    H(){} 

    private void checkInvariants(int x, int y) { 
        if (x + y « 0) throw new IllegalArgumentException(); 
    } 
} 

这有两个主要缺点:*您开始实现依赖于客户端(Hibernate)的代码.理想情况下,一个班级不知道其来电者.*此解决方法的一个特定问题是,如果满足不变量,则不会检查由hibernate启动的实例.您信任从数据库加载的数据是有问题的.即使您的应用程序是唯一使用此特定数据库模式的应用程序,管理员也可能会进行临时更改.

第二种解决方法是检查用户代码中的不变量:

public class I { 
    private int x; 
    private int y; 

    public I() {} 

    public void checkInvariants() { 
        if (x + y « 0) throw new IllegalArgumentException(); 
    } 

    public void setX(int x){ 
        this.x = x; 
    } 

    public void setY(int y){ 
        this.y = y; 
    } 
} 

I i = new I(); 
i.setX(-1); 
i.setY(0); 
i.checkInvariants(); 

显然,这会使用户代码更加复杂且容易出错.此设计无法满足实例在创建后保持一致并且在每次状态更改(方法调用)后保持一致的期望.每个用户都必须检查他创建的每个实例的不变量(可能是间接使用hibernate).

有没有更好的解决方案,这个问题是:

• 不要过于复杂
• 没有关于其用户的明确知识
• 没有依赖hibernate框架？

我认为必须放松一些限制才能达到务实的解决方案.唯一的硬约束是对hibernate框架没有依赖性.(域对象之外的Hibernate特定代码是可以的).

(出于好奇:有没有一个支持"构造函数注入"的ORM框架？)

Answer 1

首先,让我解决您列入第一种方法的"缺点":

您开始实现依赖于客户端的代码(Hibernate).理想情况下,一个班级不知道其来电者.

你在这里使用"依赖"这个词有点快.Hibernate不是"客户端"; 这是一个框架,你(作为开发/建筑/你有什么)选择执行与持久性.因此,您将在某处使用(并因此依赖于)Hibernate.也就是说,上面的域对象中没有对Hibernate的依赖.如果你愿意,拥有一个no-arg构造函数是一个语义要求; 它没有引入实际的依赖.切换Hibernate for JPA/TopLink/raw jdbc /你有什么,你不必在域对象代码中改变一件事.

此解决方法的一个特定问题是,如果满足不变量,则不会检查由hibernate启动的实例.您信任从数据库加载的数据是有问题的.即使您的应用程序是唯一使用此特定数据库模式的应用程序,管理员也可能会进行临时更改.

您不必"信任"数据(详见下文).但是,我认为这个论点没有价值.如果要在多个应用程序中修改数据,则应在某些常见的较低层执行验证,而不是依赖于每个应用程序来验证数据.所述公共层可以是数据库本身(在简单情况下)或提供由多个应用程序使用的公共API的服务层.

此外,作为日常工作的一部分,管理员直接对数据库进行更改的概念是完全荒谬的.如果你在谈论特殊情况(错误修复,你有什么),他们应该被视为这样(也就是说,这种情况很可能很少发生,验证这种"关键"变化的负担取决于谁做出改变;不在堆栈中的每个应用程序上).

所有这一切,如果您确实想要在加载对象时验证它们,那么实现它是相当简单的.定义一个Valid具有validate()方法的接口,并让每个相关的域对象实现它.您可以从以下位置调用该方法:

1. 加载对象后的DAO /服务.
2. Hibernate Interceptor或Listener - 都是在Hibernate配置中设置的; 您需要做的就是实现其中一个来检查正在加载的对象是否实现Valid,如果是,则调用该方法.
3. 或者您可以使用Hibernate Validator,但是当您注释它们时,它会将您的域对象绑定到Hibernate.

最后,就"构造函数注入"而言 - 我不知道任何直接支持它的框架.原因很简单 - 它只对不可变实体有意义(因为一旦你有了setter,你必须处理验证),因此意味着很多工作(处理构造函数参数映射等等)几乎为零净效应.事实上,如果你是关注具有不可变对象一个无参数的构造你总是可以不将它们映射为实体,而是通过HQL加载它们该做支持构造器注入:

select new A(x, y) from ...

更新(以解决托马斯评论中的观点):

1. 我只提到了拦截器的完整性; 在这种情况下,监听器更合适.实体完全初始化后调用PostLoadEventListener.
2. 再一次,拥有no-arg构造函数不是依赖项.这是一个契约,是的,但它并没有以任何方式将你的代码与Hibernate联系起来.就合同而言,它是javabean规范的一部分(事实上,它的限制性较小,因为构造函数不必公开)所以在大多数情况下,无论如何你都会遵循它.
3. 访问数据库."数据库重构和迁移很常见" - 是的,它们是.但这只是代码; 你编写它,测试它,运行集成测试,你将它部署到生产中.如果您的域模型对象使用了StringUtil.compare()您在某个实用程序类中编写的某些方法,那么您没有重新检查结果,是吗？同样,域对象不应该检查您的迁移脚本是否没有破坏任何东西 - 您应该对此进行适当的测试."能够进行临时查询......是其中一项功能" - 绝对.查询.例如,在用于报告的"只读"查询中(即使如此,在许多情况下,通过API更合适).但手动数据操作非紧急 - 绝对不是.
4. 可变性使构造函数注入无关紧要.我不是说你不能拥有非默认构造函数 - 你可以,你可以在你的代码中使用它.但是如果你有setter方法就不能使用构造函数进行验证,那么它是否存在并不重要.
5. HQL构造函数注入和关联.嵌套的构造函数不会像我所知的那样工作(例如你不能写select new A(x, y, new B(c, d));所以为了获取关联,你需要将它们作为select子句中的实体检索,这意味着它们本身需要没有arg构造函数:-)或者你可以在"主"实体上有一个构造函数,它将所有需要的嵌套属性作为参数,并在内部构造/填充关联,但那是边缘疯狂:-)