LazyInitializationException和JAX-RS中的DTO

如何解决LazyInitializationException和JAX-RS中的DTO

在我的RESTful后端应用程序中，有两个具有以下关系的实体（A和B）：一个实体A可以与许多实体B关联，因此在A中，我们有一组B实体，它们用 @OneToMany注释。

实施MVC模式，我有：

• 资源层（用户/前端与我的应用程序之间的接口）
• 服务层（调用dao以便在数据库上执行查询的ejbs）

在检索资源层中的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