Spring HATEOAS中的资源是否取代了DTO？

Question

我在Spring中构建了一个REST API。所以到目前为止，我只有阅读服务（GET）。为此，我使用Spring HATEOAS添加了引用子元素的链接。

现在我想添加一些书写REST服务。通常在REST服务中使用DTO，然后将这些DTO映射到域模型。

所以我的问题是：我们能像下面的例子那样使用Spring HATEOAS的资源，而不使用DTO吗？还是资源用于其他用途，而我仍然需要DTO？

@PostMapping
public ResponseEntity<String> saveProduct(@RequestBody ProductResource product) {
  ...
}

Answer 1

我想说，Spring HATEOAS并没有取代DTO：它构建在DTO之上。因此，您可以让DTO类扩展ResourceSupport或用Resource包装它

自2019年9月下旬发布Spring HATEOAS 1.0.0以来，资源支持和资源

表示模型

ResourceSupport/资源/资源/页面资源类组从来没有真正感觉到恰当的名称。毕竟，这些类型实际上并没有显示资源，而是可以通过超媒体信息和启示来丰富的表示模型。以下是新名字与旧名字的对应关系：

• ResourceSupport现在是RepresentationModel

然而，重要的是保持域模型与应用编程接口模型解耦。

表示应用程序域的模型和表示API处理的数据的模型是（或者至少应该是）不同的关注点。在应用程序域模型中添加、删除或重命名字段时，不要破坏API客户端。

当您的服务层在域/持久性模型上运行时，您的API控制器应该在一组不同的模型上运行。例如，随着域/持久性模型的发展以支持新的业务需求，您可能希望创建API模型的新版本以支持这些更改。随着新版本的发布，您可能还希望弃用旧版本的API。当事情被解耦时，这是完全可能实现的。

为了最大限度地减少将域模型转换为应用编程接口模型的样板代码（反之亦然），您可以依赖MapSTRt等框架。您还可以考虑使用Lombok为您生成getters、setters、equals（）、hashcode（）和toString（）方法。