json - REST 和复合 CRUD 事务
问题描述
该应用程序具有以下 CRUD 形式
它允许用户在单个表单中创建、读取、更新和删除行(具有身份的实体),并在单个事务中保存更改。
在这种情况下,使用聚合的 POST 请求到 REST 是否合理?请求如下所示(请求将仅包含更改/添加的实体)
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 设计不能改变,保存应该是原子事务。我有更好的选择吗?
解决方案
对 REST 使用聚合的 POST 请求是否合理?
使用 POST很好。
我知道这不是真正的 RESTFul。
当然是——这就是我们在网络上做事的方式:描述有趣字段的 HTML 表单,描述浏览器应如何message-body
从字段值构造 a 的处理规则。
您正在创建某种application/json
表示形式而不是application/x-www-form-urlencoded
表示形式的细节并不重要。
您的资源模型不是您的领域模型,也不是您的数据模型。
推荐阅读
- laravel-5 - 如何从多个表中查询 Laravel DB
- reactjs - React本机蓝牙escpos打印机无法生成APK
- google-analytics - 如何在 GTM 和 GA 的支持下跟踪目标提交表单的参考代码
- javascript - 如何在 Chrome 扩展程序中解决 reCaptcha 后自动单击提交按钮
- docker - 使用来自 cert-manager 的秘密的 Helm 图表
- webclient - Spring WebClient reactor.netty.internal.shaded.reactor.pool.PoolAcquireTimeoutException
- php - 用户登录在带有 sql server 的 laravel 中不起作用。以前创建的数据库
- java - 如何使手动重试线程安全
- mysql - Mysql查询以获取INNER联接查询中第一个事务和最后一个事务之间的天数
- r - 如果然后命令产生字符串作为 r 中的输出