REST和复合CRUD交易

Question

该应用程序具有以下CRUD表格

它允许用户在单个表单中创建，读取，更新和删除行（具有身份的实体），并将更改保存在单个事务中。

在这种情况下，是否有理由对REST使用汇总的POST请求？ 该请求看起来像以下（请求将仅包含已更改/添加的实体）

POST /api/entities/

{[
  {"id": 1, "field": "Foo"},
  {"id": 2, "field": "Bar", "deleted": true},
  {"id": 3, "field": "Baz"},
  {"field": "New 1"},
  {"field": "New 2"},
]}

我知道它不是真正的RESTFul。 但是，UI设计无法更改，保存应该是原子事务。 我有更好的选择吗？

Answer 1

使用聚合的POST请求到REST是否合理？

使用POST 很好 。

我知道它不是真正的RESTFul。

当然，这就是我们在网上做事的方式：HTML表单描述了有趣的字段，处理规则描述了浏览器应如何根据字段值构造message-body 。

您正在创建某种形式的application/json表示而不是application/x-www-form-urlencoded表示的细节并不重要。

您的资源模型不是域模型，也不是数据模型。