Rest Architcture - 请求和响应对象

我写了很多休息服务和前几周的前台，我仍然不确定是否有比我做的更好的方法。Rest Architcture - 请求和响应对象

在某些情况下，我制作了映射对象，因为在前端聚集了对象，并在需要时添加了其他属性。而映射对象的一个优点是可以设置（特殊）默认值。

我现在的问题是你怎么看待映射对象，因为标准是做没有映射对象的REST服务。

2016-02-22 quma

标准是一定要让REST服务，而不映射对象

哪些标准呢？我从来没有听说过这样的标准，“REST”是一种建筑风格，所以有惯例，实践，但AFAIK还没有标准。

无论如何，你是映射对象，这是一个很好的做法。这样做，您可以保护您的域模型，它可以独立于界面（域驱动设计/防腐层）发展。

希望这会有所帮助。

2016-02-22 12:17:13 cdelmas

非常感谢！我不确定这是因为我在后端汇总了不同的对象，就像我在前端需要它一样。我认为REST的概念是每个资源都有一个ID，如果我需要前端10个资源比我不得不要求后端10次。我只请求后端一次，并在后端聚合和映射对象。 – quma

如果您不想向后端发出很多请求，请设置缓存。您应该避免仅出于显示原因而汇总数据：REST资源应该代表一个概念，这个概念可以是多个实体的聚合，但是您不应该期望API为您的视图组成数据。 – cdelmas

只是为了澄清，REST *确实*有一个约束，即每个资源都必须有一个标识符。但是，资源无需与您的域模型进行1对1映射。事实上，这是一种反模式。 –

回答