我正在寻找一种从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?这将为实体的每个子集生成重复的代码,必须进行维护。
如何将作为实体子集的DTO合并回数据库?
- 使用EntityManager的merge()方法不起作用。起初,DTO不是实体,因此无法合并。只需从DTO创建实体,实体中就会有一些未设置的值。合并后,数据库中的值将为NULL。
我提出的一个想法是为我想要为实体指定的每个子集指定其他实体。 (就像数据库视图一样)这将是重复的代码,但它可以解决DTO与数据库合并的问题。 (也许这段代码可以自动生成)
例如,Entity 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合并。
答案 0 :(得分:4)
如果实体与DTO之间的差异不大,您可以选择发送实体。
使用DTO时,为了克服lost update等并发问题,您必须在DTO中加入实体版本。
如果您不使用实体版本,并且在REST GET和PUT方法之间更改了基础行,您将覆盖最终用户并不真正意识到的更改。
每当我必须改变一个实体(创建,更新,删除)时,我依赖于JPA and Hibernate Optimistic Locking mechanism。
对于UI列表,表格,搜索结果DTO是一个可行的选项,因为您只对原始实体的投影感兴趣。这样可以加快检索速度,并且您可以从JPA不支持的其他SQL功能(窗口函数)中受益。
答案 1 :(得分:0)
查看直接解决问题的Value Object设计模式。
本教程对值对象进行了很好的介绍。
答案 2 :(得分:0)
听起来你所描述的正是Blaze-Persistence Entity Views所做的。当前版本仅支持创建读取模型,即您要发送给客户端的模型,但写模型部分几乎完成。实体视图在接口/抽象类DTO表示和实体模型之间映射。该库尽可能地利用映射信息来实现各种性能优化。