Hibernate中DTO和延迟加载之间的关系是什么

Question

我知道什么是DTO：一个在进程之间传输数据以减少方法调用数量的对象。我知道什么是hibernate中的延迟加载。

我在《JHipster的全栈开发》一书中读到这样一句话：JHipster在服务器端使用DTO（数据传输对象）和VM（视图模型）。DTO用于将数据从服务层传输到资源层。它们打破了Hibernate事务，避免了资源层触发进一步的延迟加载。

我不明白DTO和延迟加载之间的关系。

Answer 1

简单地说：如果您调用延迟加载标记字段的getter，Hibernate将对该数据进行db查询。

这是您不应将实体作为后端响应返回的原因之一。。。任何JSON转换（序列化）/getter调用都会触发不必要的数据加载。

而DTO是专门根据使用情况传输数据的，您可以从这些实体创建DTO（可以从一个实体创建多个DTO），并仅选择所需的数据字段

例如，用户实体：具有用户详细信息和好友列表UserDetailsTo：只需要这些详细信息，不需要1000个映射到用户的好友。。。还有他们的朋友。。。UserFriendsTo：我们可以有选择地获取此DTO的好友名称或ID

Answer 2

如果将Hibernate管理的持久性实体传递到启用LazyLoading的资源层，资源层将调用get-方法来读取它们的属性，其中一些属性当时可能尚未初始化。然后，Hibernate将从Perssntet存储延迟加载该特定属性的数据，发送一条SQL语句（可能每次启动并提交一个新事务），并等待相当慢的响应。如果这种情况发生数百次，每次必须初始化另一个属性，每次触发延迟加载，用户必须等待。。。

如果您在服务层中准备了一个DTO，其中包含与资源层相关的所有数据，那么对该DTO的读取访问是非常有效的，而不会因为任何相关的内容都已经在内存中而导致调用数据库的风险。不会触发后续的惰性负载。

Answer 3

懒惰加载适用于实体，而不是DTO。

JPA实体可以表示为POJO或代理。

使用EntityManager。“查找”为您提供了一个POJO：

Post post = entityManager.find(Post.class, postId);

而EtityManager.get引用方法为您提供代理：

Post post = entityManager.getReference(Post.class, postId);

POJO已初始化其基本属性，因为已执行SELECT语句来获取实体。代理在创建时不会命中数据库。仅根据提供的实体标识符设置id。只有您访问代理属性，才会执行SELECT语句。

代理也用于使用FetchType的集合（例如，@OneTo多或@ManyTo多）。默认情况下为LAZY策略。访问LAZY集合后，将执行SELECT语句来获取关联的集合。

现在，DTO基于投影，因此在填充DTO之前执行SELECT语句。为此，可以说每次都急切地加载DTO。

对于只读投影，DTO比实体更高效，因为您只加载显式请求的表列。