Cách hiệu quả để xóa nhiều mục

Trong bài viết wiki cho REST , chỉ ra rằng nếu bạn sử dụng http://example.com/resources DELETE, điều đó có nghĩa là bạn đang xóa toàn bộ bộ sưu tập.

Nếu bạn sử dụng http://example.com/resources/7HOU57Y DELETE, điều đó có nghĩa là bạn đang xóa phần tử đó.

Tôi đang làm một TRANG WEB, lưu ý KHÔNG PHẢI LÀ DỊCH VỤ WEB.

Tôi có một danh sách có 1 hộp kiểm cho mỗi mục trong danh sách. Khi tôi chọn nhiều mục để xóa, tôi sẽ cho phép người dùng nhấn một nút gọi là CHỌN XÓA. Nếu người dùng nhấn nút, một hộp thoại js sẽ bật lên yêu cầu người dùng xác nhận việc xóa. nếu người dùng xác nhận, tất cả các mục sẽ bị xóa.

Vì vậy, làm thế nào tôi nên phục vụ cho việc xóa nhiều mục một cách RESTFUL?

LƯU Ý, hiện tại đối với DELETE trong một trang web, những gì tôi làm là sử dụng thẻ FORM với hành động POST nhưng bao gồm một _method với giá trị DELETE vì đây là những gì đã được chỉ ra bởi những người khác trong SO về cách thực hiện RESTful delete cho trang web .

Tôi nghĩ câu trả lời của rojoca là tốt nhất cho đến nay. Một biến thể nhỏ có thể là, loại bỏ xác nhận javascript trên cùng một trang và thay vào đó, tạo vùng chọn và chuyển hướng đến nó, hiển thị thông báo xác nhận trên trang đó. Nói cách khác:

Từ:
http://example.com/resources/

làm một

ĐĂNG với lựa chọn ID để:
http://example.com/resources/selices

mà, nếu thành công, nên trả lời bằng:

HTTP / 1.1 201 được tạo và tiêu đề Vị trí để:
http://example.com/resources/selices/DF4XY7

Trên trang này, bạn sẽ thấy hộp xác nhận (javascript), hộp này nếu bạn xác nhận sẽ thực hiện yêu cầu:

XÓA BỎ http://example.com/resources/selutions/DF4XY7

mà, nếu thành công, sẽ phản hồi bằng: HTTP / 1.1 200 Ok (hoặc bất kỳ điều gì thích hợp để xóa thành công)

Một tùy chọn là tạo một "giao dịch" xóa. Vì vậy, bạn POSTđến một cái gì đó giống như http://example.com/resources/deletesmột tài nguyên mới bao gồm một danh sách các tài nguyên sẽ bị xóa. Sau đó, trong ứng dụng của bạn, bạn chỉ cần thực hiện xóa. Khi bạn làm bài, bạn nên trả về một vị trí của ví dụ giao dịch tạo của bạn, http://example.com/resources/deletes/DF4XY7. A GETtrên điều này có thể trả về trạng thái của giao dịch (đã hoàn tất hoặc đang diễn ra) và / hoặc danh sách các tài nguyên sẽ bị xóa.

Đây là những gì Amazon đã làm với API REST S3 của họ.

Yêu cầu xóa cá nhân:

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))

Yêu cầu Xóa Nhiều Đối tượng :

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>           

Nhưng API đồ thị Facebook , API REST máy chủ phân tích cú pháp và API REST Google Drive còn đi xa hơn nữa bằng cách cho phép bạn "thực hiện hàng loạt" các hoạt động riêng lẻ trong một yêu cầu.

Đây là một ví dụ từ Máy chủ phân tích cú pháp.

Yêu cầu xóa cá nhân:

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

Yêu cầu hàng loạt:

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

Tôi sẽ nói XÓA http://example.com/resources/id1,id2,id3,id4 hoặc XÓA http://example.com/resources/id1+id2+id3+id4 . Vì "REST là một kiến ​​trúc (...) [không phải] giao thức" để trích dẫn bài báo wikipedia này, tôi tin rằng, không có một cách duy nhất nào để làm điều này.

Tôi biết rằng ở trên không thể thực hiện được nếu không có JS với HTML nhưng tôi có cảm giác rằng REST là:

• Được tạo mà không cần nghĩ đến các chi tiết nhỏ như giao dịch. Ai sẽ cần phải hoạt động trên nhiều mặt hàng hơn? Điều này bằng cách nào đó được chứng minh trong giao thức HTTP vì nó không nhằm phục vụ thông qua nó bất kỳ thứ gì khác sau đó là các trang web tĩnh.
• Không cần thiết phải điều chỉnh tốt các mô hình hiện tại - ngay cả với HTML thuần túy.

Thật thú vị, tôi nghĩ rằng phương pháp tương tự cũng áp dụng cho việc PATCHing nhiều thực thể và yêu cầu suy nghĩ về ý nghĩa của chúng tôi với URL, tham số và phương thức REST.

1. trả về tất cả các phần tử 'foo':

   [GET] api/foo

2. trả về các phần tử 'foo' với tính năng lọc cho các id cụ thể:

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

Trong đó ý nghĩa là URL và bộ lọc xác định "những phần tử chúng tôi đang xử lý?", Và phương thức REST (trong trường hợp này là "GET") cho biết "phải làm gì với những phần tử đó?"

1. Do đó PATCH nhiều bản ghi để đánh dấu chúng là đã đọc

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

..with data foo [read] = 1

1. Cuối cùng để xóa nhiều bản ghi, điểm cuối này hợp lý nhất:

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

Xin hãy hiểu rằng tôi không tin rằng có bất kỳ "quy tắc" nào về điều này - đối với tôi nó chỉ "có lý"

Như câu trả lời của Decent Dabbler và câu trả lời rojocas đã nói, quy tắc chuẩn nhất là sử dụng tài nguyên ảo để xóa lựa chọn tài nguyên, nhưng tôi nghĩ rằng điều đó không chính xác từ góc độ REST, bởi vì việc thực thi a DELETE http://example.com/resources/selections/DF4XY7sẽ xóa chính tài nguyên lựa chọn, không phải tài nguyên đã chọn.

Lấy Maciej Piechotka anwser hoặc câu trả lời fezfox , tôi chỉ có một phản đối: Có một cách chuẩn hơn để chuyển một mảng id và sử dụng toán tử mảng:

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

Bằng cách này, bạn đang tấn công vào điểm cuối Xóa Bộ sưu tập nhưng lọc việc xóa bằng chuỗi truy vấn theo đúng cách.

Vì không có cách 'thích hợp' để làm điều này, những gì tôi đã làm trong quá khứ là:

gửi DELETE tới http://example.com/something với dữ liệu được mã hóa xml hoặc json trong nội dung.

Khi bạn nhận được yêu cầu, hãy kiểm tra DELETE, nếu đúng, sau đó đọc phần nội dung để biết những yêu cầu bị xóa.

Tôi đã gặp trường hợp tương tự để xóa nhiều mục. Đây là những gì tôi đã kết thúc. Tôi đã sử dụng thao tác DELETE và id của các mục sẽ bị xóa là một phần của tiêu đề HTTP.