REST:通过一个请求更新多个资源-是标准的还是要避免的?

REST:通过一个请求更新多个资源-是标准的还是要避免的?,第1张

REST:通过一个请求更新多个资源-是标准的还是要避免的?

您可以修补集合,例如

PATCH /items[ { id: 1, name: 'foo' }, { id: 2, name: 'bar' } ]

从技术上讲,PATCH会在URL中标识记录(即PATCH

/items/1
而不是请求正文中的记录),但这似乎是一个实用的解决方案。

为了支持在单个调用中删除,创建和更新,标准REST约定实际上并没有对此提供支持。一种可能性是特殊的“批处理”服务,它使您可以将调用组合在一起:

POST /batch[  { method: 'POST', path: '/items', body: { title: 'foo' } },  { method: 'DELETE', path: '/items/bar' }]

它为每个嵌入式请求返回一个带有状态代码的响应:

[ 200, 403 ]

这不是真正的标准,但是我已经做到了并且可以正常工作。



欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/zaji/5642593.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-12-16
下一篇 2022-12-16

发表评论

登录后才能评论

评论列表(0条)

保存