TL;博士
Web层中的实体之间的引用需要通过使用链接显式化,并且不应隐藏在半填充对象实例后面.持久层中的引用由对象引用表示.因此应该有一个专用步骤将一个(链接)转换为另一个(完全填充的对象引用).
细节
这是一种反模式,可以在后端ID中进行处理,并假设编组绑定做正确的事情.因此,客户端应该使用链接并将其传递给服务器,以指示他们希望在已存在的资源和即将创建的资源之间建立连接.
因此,假设您通过/ categories / 4711公开现有类别??,您可以发布到您的服务器:
POST /products
{ links : [ { rel : "category", href : "/categories/4711" } ],
// further product data
}
服务器将实例化一个新的Product实例,用其他数据填充它,并最终填充关联,如下所示:
>通过查找链接关系类型(例如此处的类别属性)来识别要填充的属性.
>从给定的URI中提取后端标识符
>使用相应的存储库查找相关的实体实例
>在根实体上设置它
所以在你的例子中煮沸到:
Product product = new Product();
// populate primitive properties
product.setCategory(categoryRepository.findOne(4711));
productRepository.save(product);
只需将类似的内容发布到服务器:
POST /products
{ category : {
id : 1, … },
…
}
因为很多原因而不是最理想的:
>您希望持久性提供程序隐式持久保存Product实例,同时“识别”所引用的Category实例(实际上只包含一个id)并不是要保留,而是使用现有类别的数据进行更新?我认为这有点神奇.
>您基本上将用于POST的数据结构强加到服务器到持久层,期望它透明地处理您决定执行POST的方式.这不是持久层的责任,而是Web层的责任. Web层的整个目的是使用表示和到后端服务的链接来缓解基于HTTP的协议的特性.