我正在寻找一种从JPA实体创建数据传输对象(DTO)的好方法,反之亦然。我想将DTO作为JSON发送到客户端,然后接收修改后的DTO并将其保存回数据库。在从JSON解析为Java类之后,从接收到的对象上的EntityManager执行合并方法将是最容易的。
例如,有以下Entity和Rest方法用于保存修改后的对象:
@Entity
@Table(name="CUSTOMER")
public class Customer {
@Id
Long id;
@Version
Long version;
String name;
String address;
String login;
String password;
String creditCardNumber;
@OneToMany(cascade = CascadeType.ALL)
List<Foo> fooList;
... Getter() and Setter()
}
private EntityManager em;
@POST
@Path("/saveCustomer")
public void saveCustomer ( Customer customer) {
em.merge(customer);
return;
}
只要我将整个实体类作为JSON发送并接收整个实体,这样就可以正常工作。然后,EntityManager将修改后的对象合并到数据库中。但是当我只想提供实体的一个子集(比如只有客户的名称和地址)时,会出现问题:
我想出的一个想法是为我想要为实体指定的每个子集指定其他实体。 (就像数据库视图一样)这将是重复的代码,但它可以解决DTO与数据库合并的问题。 (也许这段代码可以自动生成)
例如,实体CustomerView1链接到与Customer类相同的表,但仅提供客户的名称和地址。它是真正的Customer类的DTO,可以作为JSON发送并在服务器外部进行修改。然后,该类也可以由EntityManager合并到数据库。
@Entity
@Table(name="CUSTOMER")
public class CustomerView1 {
@Id
Long id;
@Version
Long version;
String name;
String address;
... Getter() and Setter()
}
但我对这个解决方案有疑问,我不知道这是否会破坏JPA对实体的缓存并可能导致一些问题。
我的问题是,是否有一种模式可以解决DTO的代码重复并将DTO合并回数据库?
或者是否有用于此目的的图书馆? - 某些东西,比如DTO的自动生成和将DTO复制回真实实体,以便可以将它们与EntityManager合并。
如果实体与DTO之间的大小差异不大,您可以选择发送实体。
使用DTO时,要克服lost update等并发问题,必须在DTO中加入实体版本。
如果您不使用实体版本,并且在REST GET和PUT方法之间更改了基础行,您将覆盖最终用户并不真正意识到的更改。
每当我必须改变一个实体(创建,更新,删除)时,我依赖于JPA and Hibernate Optimistic Locking mechanism。
对于UI列表,表格,搜索结果DTO是可行的选项,因为您只对原始实体的投影感兴趣。这样可以加快检索速度,并且您可以从JPA不支持的其他SQL功能(窗口函数)中受益。
看一下直接解决问题的Value Object设计模式。
本教程对值对象进行了很好的介绍。
听起来像你所描述的正是Blaze-Persistence Entity Views所做的。当前版本仅支持创建读取模型,即您要发送给客户端的模型,但写模型部分几乎完成。实体视图在接口/抽象类DTO表示和实体模型之间映射。该库充分利用映射信息来实现各种性能优化。