将jpa实体转换为宁静资源的好策略是什么？

Question

Restful资源并不总是与您的jpa实体进行一对一映射.我认为有一些问题我想弄清楚如何处理:

1. 当资源具有由多个实体填充和保存的信息时.
2. 当实体中有更多信息要作为资源发送时.我可以使用杰克逊,@JsonIgnore但我仍然会有问题1,3和4.
3. 当实体(如聚合根)具有嵌套实体并且您希望包含其嵌套实体的一部分但仅包含某个级别的嵌套作为您的资源时.
4. 当您想要将一个实体的一部分排除在一个父实体的一部分时,但当它的一部分是另一个父实体时排除一个单独的部分.
5. Blasted循环引用(我得到的主要是使用Jackson的JSOG@JsonIdentityInfo)

可能的解决方案: 我能想到的唯一方法是处理所有这些问题,就是创建一大堆"资源"类,这些类将具有构造函数,这些构造函数需要实体来构建资源并为此放置必要的getter和setter.资源就可以了.那有点矫枉过正吗？

为了解决2,3,4和5,我可以在将它发送给Jackson以将我的pojo序列化或反序列化为JSON之前对实际实体进行一些预处理和后处理,但这并不能解决问题1.

这些都是我认为其他人会遇到的问题,我很好奇其他人提出的解决方案.(我目前正在使用JPA 2,Spring MVC,Jackson和Spring-Data,但对其他技术开放)

Answer 1

通过JAX_RS 1.1和Jackson/GSON的组合,您可以直接将JPA实体公开为REST资源,但是您将遇到无数问题.

DTO即对JPA实体的投影是可行的方法.它允许您将REST的资源表示关注点与JPA的事务关注点分开.您可以明确定义表示的本质.如果仔细设计DTO /投影,则可以控制表示中显示的数据量,包括要遍历的对象图的深度.您可能需要为同一JPA实体创建多个DTO /投影,以用于可能需要以不同方式表示实体的不同资源.

此外,根据我的经验,使用@JsonIgnore和@JsonIdentityInfoJPA实体之类的注释并不能完全借助更多可用的资源表示.在将对象合并回持久性上下文时(由于忽略属性),您最终可能会遇到麻烦,或者您的客户端可能无法使用资源表示,因为可能无法理解作为方案的对象引用.@JsonidentityInfo由于缺少标准化,大多数JavaScript客户端通常会在使用注释生成的对象引用时遇到问题.

通过DTO /预测可以实现其他方面.JPA @EmbeddedId自然不适合REST资源表示.有些人主张使用JAX-RS @MatrixParam注释在资源URI中唯一地标识资源,但对于大多数客户端而言,这不是开箱即用的.矩阵参数毕竟只是一个设计说明,而不是标准(尚未).使用DTO /投影,您可以根据计算的Id(可以是组成键的组合)提供资源表示.

注意:我目前正在使用REST的JBoss Forge插件,其中存在部分或全部这些问题,并将通过生成DTO在未来的某个版本中修复.

Answer 2

我同意DTO的其他答案.他们解决了很多问题:

1. 分层和清洁代码.有一天,您可能需要使用不同的格式(例如XML)或接口(例如,基于非Web服务)来公开数据模型.保持域模型中每个接口/格式的所有配置(例如@JsonIgnore,@JsonidentityInfo)都会非常混乱.DTO将这些问题分开.它们可以包含外部接口(Web服务)所需的所有配置,而不涉及域模型的更改,这可以保持Web服务和格式不可知.

2. 安全性 - 您可以轻松控制客户端的内容以及允许客户端修改的内容.

3. 性能 - 您可以轻松控制发送给客户端的内容.

4. 诸如(循环)实体引用,延迟加载的集合等问题也会由您转换为DTO时明确且明知地解决.