删除一堆项目的宁静方法

在REST的Wiki文章中 指出，如果使用http://example.com/resources DELETE，则意味着要删除整个集合。

如果您使用http://example.com/resources/7HOU57Y DELETE，则意味着您正在删除该元素。

我正在做一个网站，请注意不是网络服务。

我有一个列表，其中的每个项目都有1个复选框。一旦我选择了多个要删除的项目，我将允许用户按下一个名为DELETE SELECTION的按钮。如果用户按下按钮，将弹出一个js对话框，要求用户确认删除。如果用户确认，将删除所有项目。

那么我应该如何以一种RESTFUL的方式删除多个项目呢？

注意，当前对于网页中的DELETE，我要做的是我将FORM标记与POST一起使用，但包括一个_method，其值为DELETE，因为这是其他人在SO中如何进行RESTful删除网页的指示。

我认为rojoca的答案是迄今为止最好的。可能需要稍作更改，以消除同一页面上的javascript确认，而是创建选择并重定向到该选择，从而在该页面上显示一条确认消息。换一种说法：

来自：http :
//example.com/resources/

做一个

通过选择ID的POST到：http :
//example.com/resources/selections

如果成功，应以以下方式回应：

已创建HTTP / 1.1 201，并且位置标头位于：http :
//example.com/resources/selections/DF4XY7

然后，在此页面上，您将看到一个（javascript）确认框，如果您确认，将发出以下请求：

删除http://example.com/resources/selections/DF4XY7

如果成功，则应使用以下命令响应：HTTP / 1.1 200 OK（或任何适合成功删除的条件）

一种选择是创建一个删除“事务”。这样您POST就可以像http://example.com/resources/deletes一个新的资源，其中包含要删除的资源列表。然后在您的应用程序中，您只需要删除即可。完成发布后，您应该返回创建的交易记录的位置，例如http://example.com/resources/deletes/DF4XY7。一个GET在此可以返回交易（完成或正在进行中）和/或资源的列表的状态被删除。

这就是亚马逊使用其S3 REST API所做的事情。

个别删除请求：

DELETE /ObjectName HTTP/1.1
Host: BucketName.s3.amazonaws.com
Date: date
Content-Length: length
Authorization: authorization string (see Authenticating Requests (AWS Signature Version 4))

多对象删除请求：

POST /?delete HTTP/1.1
Host: bucketname.s3.amazonaws.com
Authorization: authorization string
Content-Length: Size
Content-MD5: MD5

<?xml version="1.0" encoding="UTF-8"?>
<Delete>
    <Quiet>true</Quiet>
    <Object>
         <Key>Key</Key>
         <VersionId>VersionId</VersionId>
    </Object>
    <Object>
         <Key>Key</Key>
    </Object>
    ...
</Delete>           

但是，通过允许您在一个请求中“分批”单个操作，Facebook Graph API，Parse Server REST API和Google Drive REST API可以走得更远。

这是Parse Server的示例。

个别删除请求：

curl -X DELETE \
  -H "X-Parse-Application-Id: ${APPLICATION_ID}" \
  -H "X-Parse-REST-API-Key: ${REST_API_KEY}" \
  https://api.parse.com/1/classes/GameScore/Ed1nuqPvcm

批处理请求：

curl -X POST \
  -H "X-Parse-Application-Id: ${APPLICATION_ID}" \
  -H "X-Parse-REST-API-Key: ${REST_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{
        "requests": [
          {
            "method": "POST",
            "path": "/1/classes/GameScore",
            "body": {
              "score": 1337,
              "playerName": "Sean Plott"
            }
          },
          {
            "method": "POST",
            "path": "/1/classes/GameScore",
            "body": {
              "score": 1338,
              "playerName": "ZeroCool"
            }
          }
        ]
      }' \
  https://api.parse.com/1/batch

我会说DELETE http://example.com/resources/id1、id2、id3、id4或Delete http://example.com/resources/id1+id2+id3+id4。我相信，引用此Wikipedia文章的方式是“ REST是一种体系结构（...）[不是]协议”，因此，没有任何一种方法可以做到这一点。

我知道如果没有带HTML的JS，以上是不可能的，但是我感到REST是：

• 无需考虑交易等次要细节即可创建。谁需要处理更多而不是单个项目？这在HTTP协议中以某种方式是合理的，因为它不打算通过静态网页提供其他服务。
• 没有必要很好地适应当前模型-即使是纯HTML。

有趣的是，我认为同一方法适用于修补多个实体，并且需要考虑我们的URL，参数和REST方法的含义。

1. 返回所有'foo'元素：

   [GET] api/foo

2. 返回带有过滤特定ID的'foo'元素：

   [GET] api/foo?ids=3,5,9

其中，URL和过滤器确定“我们要处理的是什么元素？”，而REST方法（在本例中为“ GET”）则说“与这些元素有什么关系？”。

1. 因此，PATCH多个记录以将其标记为已读

   [PATCH] api/foo?ids=3,5,9

..with数据foo [read] = 1

1. 最后删除多个记录，此端点是最合逻辑的：

   [DELETE] api/foo?ids=3,5,9

请理解，我不认为这有任何“规则”-对我来说，这只是“合理的”

正如Decent Dabbler回答和rojocas回答所说，最典型的做法是使用虚拟资源删除选择的资源，但是从REST的角度来看，我认为这是不正确的，因为执行a DELETE http://example.com/resources/selections/DF4XY7应该删除选择资源本身，而不是选择的资源。

采取Maciej Piechotka anwser或fezfox答案，我只有一个反对意见：还有一种更规范的方法来传递id数组，并且正在使用array运算符：

DELETE /api/resources?ids[]=1a2b3c4d-5e6f-7a8b-9c0d-1e2f3a4b5c6d&ids[]=7e8f9a0b-1c2d-3e4f-5a6b-7c8d9e0f1a2b

这样，您攻击的是Delete Collection端点，但以正确的方式使用查询字符串过滤了删除内容。

由于没有做到这一点的“适当”方法，因此我过去所做的是：

将正文中带有xml或json编码数据的DELETE发送到http://example.com/something。

收到请求时，请检查DELETE（如果为true），然后读取要删除的内容的正文。

我也有相同的情况要删除多个项目。这就是我最终要做的。我使用了DELETE操作，要删除的项目ID是HTTP标头的一部分。