正确使用实体和 DTO 在 Restful Web 服务中提供 Json

Question

有很多文章指出 JPA/hibernate 不需要使用 DTO

使用视图模式中的打开会话或规范的组装阶段来避免未获取数据的问题。Hibernate 将开发人员从编写乏味的数据传输对象 (DTO) 中解放出来... 以上几行来自https://docs.jboss.org/hibernate/orm/3.5/reference/en/html/best-practices.html

另外，在 SO 成员 Bohzo 的 article 中，我读到 DTO 很少需要

即使在 articles 反对暴露实体的声明中，当实体没有任何行为（当它们是 POJO 时）时，也不需要像在贫血领域模型中那样拥有 DTO

假设有一个实体类

class Department{
    List<Employee> employees //lazily loaded collection 

集合中的每个对象都包含另一个延迟加载的集合

 class Employee{
    List<Account> accounts

有一个 getDepartment() 方法 被一个restful服务用来提供部门的Json信息。

可能的解决方案是

解决方案 1) 根据休眠文档打开和关闭每个请求的休眠会话（控制器中最上面的方法是事务性的吗？）或者更好地使用 Spring 的 OpenSessionInViewFilter 按照这个 SO post

为什么休眠不能重新打开会话并获取延迟加载的对象而不是抛出异常？有没有办法使用 JPA/休眠进行配置？

解决方案 2) 与 hibernate doc 一样，另一种方法是进行 组装阶段。这到底是什么意思？ 将 getDepartment API 分解为 DAO 的不同 API？

解决方案3）使用DTO 即使使用了DTO，持久层如何知道视图是否需要一个完全加载的部门。这个 导致将 API 分解为 getDepartmentOnly() getDepartmentWithEmployees() 和其他人说是获取部门对象的 100% 还是其中的一部分 一个 API 分解为多个实体，映射到多个 DTO

解决方案 4) 在 bohzo 的文章中，分页视图避免延迟加载，并通过查询获取有限的结果

请更正解决方案 2 并解释 hibernate 文档中的意图？

Answer 1

Hibernate 文档中的组装阶段意味着：

public Department getDepartmentWithEmployees(Long departmentId) {
   Department result = em.find(Department.class, departmentId);
   Hibernate.initialize(result.getEmployees());
   return result;
}

或者：

public Department getDepartmentWithEmployees(Long departmentId) {
   String query = "select d from Department d join fetch d.employees where d.id = :departmentId";
   ...
}

或者...

基本上，获取必要的数据以在代码可读性、可维护性与性能（不同 API 的数量与获取的数据量）之间取得平衡，这取决于您。

这不是 JPA/Hibernate 特定的问题；您还需要使用任何其他持久性框架（或直接 JDBC）来考虑这一点。