【发布时间】:2010-10-03 06:58:20
【问题描述】:
我的系统中有一个实体,它自然需要一个标识符,以便可以唯一标识它。假设数据库用于通过 Hibernate 生成标识符,使用本机策略,那么应用程序代码显然没有分配标识符的责任。
现在,该实体的实例是否可以在持久化并获取其标识符之前被视为有效?
还是应该使用其他策略为我的实体分配标识符,以便在调用其构造函数时获取其标识符?
【问题讨论】:
标签: java hibernate domain-driven-design
我的系统中有一个实体,它自然需要一个标识符,以便可以唯一标识它。假设数据库用于通过 Hibernate 生成标识符,使用本机策略,那么应用程序代码显然没有分配标识符的责任。
现在,该实体的实例是否可以在持久化并获取其标识符之前被视为有效?
还是应该使用其他策略为我的实体分配标识符,以便在调用其构造函数时获取其标识符?
【问题讨论】:
标签: java hibernate domain-driven-design
这是一个广泛的话题,但这里有两种可能性:
根据business keys 定义您的hashCode() 和equals(..) 合约。例如,对于User 实体,这将是用户名,而不是自动生成的 id。因此,您将能够在实体被持久化之前在集合中使用它
使用UUID作为主键,自己处理生成。请参阅 Jeff Atwood 的 this article 和 this article 演示将它与 Hibernate 一起使用的方法
(既然你提到了DDD和hibernate,请看我的this article)
【讨论】: