Rest架构-请求和响应对象

在过去的几周里，我写了很多rest服务和前端，我仍然不确定是否有比我更好的方法

在某些情况下，我创建了映射对象，因为在前端，对象加上所需的附加属性的聚合。映射对象的另一个优点是可以设置（特殊）默认值

我现在的问题是您对映射对象的看法，因为标准是在不映射对象的情况下生成REST服务

标准是不使用映射对象生成REST服务

哪个标准？我从来没有听说过这样的标准，“REST”是一种建筑风格，所以有一些惯例和做法，但还没有标准

无论如何，您正在映射对象，这是一个很好的实践。这样做，您就可以保护您的域模型，该模型可以独立于接口（域驱动设计/反腐败层）发展

---

希望这会有所帮助。

非常感谢！我不确定这一点，因为我在后端聚合了不同的对象，就像我在前端需要它一样。我认为REST的概念是每个资源都有一个id，如果我在前端需要10个资源，那么我必须请求后端10次。我只请求后端一次，并聚合和映射后端中的对象。如果不想向后端发出许多请求，请设置缓存。您应该避免仅仅因为显示原因而聚合数据：REST资源应该表示一个概念，这个概念可以是许多实体的聚合，但您不应该期望API为您的视图组合数据。只是为了澄清，REST确实有一个约束，即每个资源都必须有一个标识符。但是，资源不需要1对1映射到您的域模型。事实上，这有点反模式。