正确使用实体和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的一篇文章中，我读到DTO很少需要

即使在反对暴露实体的文章中也指出，当实体没有任何行为（当它们是POJO时）时，没有必要像贫血领域模型中那样拥有DTO

假设有一个实体类

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

集合中的每个对象都包含另一个懒惰加载的集合

 class Employee{
    List<Account> accounts

restful服务使用getDepartment（）方法提供部门的Json信息。

可能的解决办法是

解决方案1）根据Hibernate留档打开和关闭每个请求的Hibernate会话（这是控制器中最重要的方法是事务？）或者更好地使用Spring的OpenSessionInViewFilter作为这个SO帖子

为什么hibernate不能重新打开会话并获取延迟加载的对象，而不是引发异常？有没有办法用JPA/hibernate来配置它？

解决方案2）和hibernate文档一样，另一种方法是有一个组装阶段。这到底是什么意思？将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）。