问题描述
在我的RESTful后端应用程序中，有两个具有以下关系的实体（A和B）：一个实体A可以与许多实体B关联，因此在A中，我们有一组B实体，它们用 @OnetoMany注释。
实施MVC模式，我有：
在检索资源层中的A实体时，我遇到了 LazyInitializationException 。四处搜寻，我了解到问题出在以下事实：服务层返回实体A时，它从持久层分离了它，并且由于默认情况下集合是LAZILY Loaded的，所以如果我尝试将它们放入资源层，我收到异常。
网络上引用最多的解决方案之一是使用DTO对象，然后在服务层将实体转换为DTO。
我的第一个问题与此最后一段有关： 这种方法仅仅是使用实体的“获取”方法并因此迫使ORM加载集合的技巧吗？ 我说这是因为，当我们将Entity映射到DTO时，我们执行以下操作：
objectADTO.setB(objectAEntity.getB());
使用此操作，我们从数据库中检索B的集合。我们可以通过在服务层中objectAEntity.getB()编写这样的代码行，然后直接返回到服务层objectAEntity，因为我们使用.getB（）检索实际值，所以不会引发异常。
现在，您可以说：DTO对象允许您具有更多的通用性，但是我的第二个问题是： 是否必须根据我需要的服务层中的方法在实体A和DTO A之间定义不同的映射？ 换句话说，如果我有两个返回A信息不同的方法，是否应该处理两种DTO映射？ （例如，考虑A包含两个不同的Image集合，而方法1想要第一个集合，第二个方法想要第二个集合。我不能使用将所有集合都提供给这两个方法的同一DTO映射，因为它会返回太重的物体）
我希望我在描述自己的问题时很清楚。
预先感谢您的回答
解决方法
您可以通过仅映射Java属性并在转换过程中触发延迟加载的方式来实现DTO，但这可能会导致您遇到臭名昭著的N + 1延迟加载问题。仅加载DTO真正需要的数据会带来更好的性能。
DTO不仅总是实体的子集，有时还包含转换后的信息或有关间接相关实体的信息。因此，每个用例都有专用的类型绝对是IMO所希望的。
我是否必须在实体A和DTO A之间定义不同的映射， 基于我需要的服务层中的方法？换一种说法， 如果我有两个返回A的不同信息的方法，我应该 处理两种DTO映射？
是的，每个用例都应该有自己的DTO。如果需要，可以通过继承或组合来实现可重用性。
这是Blaze-Persistence Entity Views的完美用例。
我创建了该库，以允许在JPA模型与自定义接口或抽象类定义的模型之间轻松进行映射，例如类固醇上的Spring Data Projections。这个想法是，您可以按自己喜欢的方式定义目标结构（域模型），并通过JPQL表达式将属性（获取器）映射到实体模型。
针对您的用例的DTO模型可能与Blaze-Persistence Entity-Views相似，如下所示：
* def dynamic = 'foo'
* def locator = 'a[name=' + dynamic + ']'
* input(locator,'some value')
查询是将实体视图应用于查询的问题，最简单的方法就是按ID查询。
@EntityView(A.class)
public interface ADto {
@IdMapping
Long getId();
String getName();
@Mapping("bCollection")
Set<BDto> getBs();
@EntityView(B.class)
interface BDto {
@IdMapping
Long getId();
String getName();
}
}
Spring Data集成使您可以像使用Spring Data Projections一样使用它：https://persistence.blazebit.com/documentation/entity-view/manual/en_US/index.html#spring-data-features