发出HTTP DELETE请求时,请求URI应完全标识要删除的资源.但是,是否允许添加额外的元数据作为请求的实体主体的一部分？
REST样式Web服务中的资源批处理操作存在哪些经过验证的设计模式？
我试图在性能和稳定性方面在理想与现实之间取得平衡.我们现在有一个API,所有操作都从列表资源(即:GET /用户)或单个实例(PUT/user/1,DELETE/user/22等)中检索.
在某些情况下,您希望更新整组对象的单个字段.向前后发送每个对象的整个表示来更新一个字段似乎非常浪费.
在RPC样式API中,您可以使用以下方法:
/mail.do?method=markAsRead&messageIds=1,2,3,4... etc.
什么是REST等效的？或者可以偶尔妥协.它是否会破坏设计以在一些特定的操作中添加它真正提高性能等？现在所有情况下的客户端都是Web浏览器(客户端的javascript应用程序).
在REST的wiki文章中 指出,如果您使用http://example.com/resources DELETE,则表示您正在删除整个集合.
如果您使用http://example.com/resources/7HOU57Y DELETE,则表示您正在删除该元素.
我正在做一个网站,请注意不要WEB服务.
我有一个列表,列表中的每个项目都有1个复选框.一旦我选择了多个要删除的项目,我将允许用户按下名为DELETE SELECTION的按钮.如果用户按下按钮,将弹出一个js对话框,要求用户确认删除.如果用户确认,则删除所有项目.
那么我应该如何满足以RESTFUL方式删除多个项目？
注意,目前对于网页中的DELETE,我所做的是使用带有POST作为操作的FORM标签,但是包含值为DELETE的_method,因为这是其他人在SO中指示如何对网页进行RESTful删除.