域对象与 JPA 实体相同吗？如果我有一个价值对象(例如美元钞票(，我如何(甚至应该(将其作为参考对象存储在数据存储中？
域对象在某些情况下是实体，而在其他情况下是值对象，其微妙之处是什么？谁能指导我写一篇关于这个的好论文？
"Domain object"是一个更具概念性的术语;"JPA 实体"是指用于实现域对象的特定技术。
通常，域对象对应于域中的名词(订单、发票、客户等(。通常我们认为这些对象更接近数据库，而不是纯粹的数据传输对象。因此，例如，您可能会在用于实现域对象的类上看到ORM注释。
很多人以贫乏的方式实现域对象 - 主要是具有ORM映射的属性，但对域对象本身没有真正的逻辑。他们将逻辑放在域服务中。
另一方面，领域驱动设计的支持者将逻辑放在域对象上。
无论哪种方式，这些都是系统中的域对象。
JPA 实体是使用 @Entity、@Column、@ManyToOne 等进行注释的类。这是实现域对象的一种方法。如上所述，您可以决定将域逻辑放在对象本身上。
在领域驱动设计的上下文中，它们是不一样的。域对象可以是包含实体和值对象的聚合，并且应该忽略持久性。因此，它不应包含任何 JPA 注释。
不，域对象是具有丰富行为的对象，代表业务的相关概念。JPA 实体是持久性的技术解决方案。
域对象是否与 JPA 实体相同？
不，他们不是。
如果我有一个价值对象(例如美元钞票(，我如何(甚至应该(将其作为参考对象存储在数据存储中？
我建议使用 @Embeddable 存储值对象。VO 不需要@Id，您应该只从父级引用它们(它们与父级存储在同一个 TABLE 中(。在集合的情况下使用@ElementCollection。
@Emedded值对象在休眠中表现更好：
- 如果不使用 @OneToOne，则没有联接。
- 值对象集合可以通过一个 DELETE 删除，并且不必在删除之前加载。
域对象在某些情况下是实体，而在其他情况下是值对象，其微妙之处是什么？
实体是通过@Id区分的对象，相反，值对象是通过值区分的。值对象通常实现为不可变的，而 entites/domain-objects 包含改变其状态的业务逻辑。
在某些业务案例中，您需要将域对象表示为值对象(也称为快照(，例如，将其传递给另一个聚合或在域事件中发布。
谁能指导我写一篇关于这个的好论文？
书籍：实现领域驱动设计，Vaughn Vernon。