正确使用Entity和DTO以在Restful Web服务中提供Json

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

在视图模式中使用open会话，或者在规则化的汇编阶段使用，以避免出现未获取数据的问题.Hibernate使开发人员免于编写繁琐的数据传输对象（DTO）…以上几行来自https://docs.jboss.org /hibernate/orm/3.5/reference/en/html/best-practices.html

在SO成员Bohzo的一篇文章中 ，我很少需要阅读DTO

甚至在反对暴露实体的文章中声明当实体没有任何行为时（当它们是POJO时）不需要具有DTO，如在贫血域模型中那样

假设有一个Entity类

class Department{ List employees //lazily loaded collection 

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

  class Employee{ List accounts 

有一个getDepartment（）方法，由restful服务用来提供Department的Json信息。

可能的解决方案是

解决方案1）根据hibernate文档打开和关闭每个请求的hibernate会话（这是控制器中最重要的方法是事务性的？）或更好的使用Spring的OpenSessionInViewFilter按照这个SOpost

为什么不能重新打开会话并获取延迟加载的对象而不是抛出exception？有没有办法用JPA / hibernate配置它？

解决方案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）。