用于多次删除的 REST 架构？

Question

我向服务器发送删除请求，如下所示：

@RequestMapping(value = "/user/{userId}", method = RequestMethod.DELETE)

对于单个用户删除。但是当多个用户想要删除时该怎么办呢？我想遵守 REST 架构，但我想看看发送多个删除请求的其他方法？

PS：这是一个合适的方式吗：

@RequestMapping(value = "/user", method = RequestMethod.DELETE, headers = "Accept=application/json")
    public void deleteUser(HttpServletResponse response, @RequestBody String users) throws IOException {
        ...
}

Answer 1

因为休息是面向资源的拱门。

尝试设计一个代表“多个用户”资源的更高级别的域对象，

并删除该对象。

也许是

@RequestMapping(value = "/users/expired", method = RequestMethod.Delete)

Subbu Allamaraju 、 oreilly 的伟大著作《restful web services Cookbook》，谈论这个主题：

• 第 11.10 章，如何批量处理类似的资源；
• 第11.11章，如何触发批量操作；
• 第11.12章，何时使用post合并多个请求；
• 第11.13章，如何支持批量请求

Answer 2

我对 REST 非常熟悉，认识到使用 POST 来实现 DELETE 是对 REST 合规性的背离。我无法确切说明这是一条好规则的确切原因。

我怀疑这可能与 API 不可知工具的可行性有关（例如，开发工具根据动词定义的给定对实现的状态做出假设，而无需配置为了解特定的 API 方法do）或在部分成功删除的情况下无法返回细粒度错误，但这些只是猜测，并不是这个问题的核心。

Swanliu 的答案是指使用表示分组结构的 URL 作为删除的目标，但给出的示例“/users/expired”建议采用固定的（可能是系统定义的）分组。任意集合的更面向用户的情况仍然需要在某些时候进行枚举来实现。

为大小为 N 的组发出 N 个 DELETE 并不具有吸引力，因为复合延迟和缺乏原子性，但 REST DELETE 可能仅针对单个资源。

我认为 Swanliu 的响应所暗示的最佳实践可能是定义一个 POST 操作，该操作能够创建一个资源，该资源成为要删除的对象的新包含父级。 POST 可以返回正文，因此相关系统可以为此非域分组资源创建唯一标识符并将其返回给客户端，客户端可以转身并发出第二个请求来删除它。 POST 创建的资源是短暂的，但却是有目的的——它的消亡级联到作为批量删除操作所需目标的域对象。

> POST /users/bulktarget/create
> uid=3474&uid=8424&uid=2715&uid=1842&uid=90210&uid=227&uid=66&uid=54&uid=8
> ...
< ...
< 200 OK
< ae8f2b00e

> DELETE /users/bulktarget/ae8f2b00e
> ...
< ...
< 200 OK

诚然，两个网络交换比一个网络交换更不可取，但考虑到较小的批量删除是两个对象，并且需要两个 DELETE 操作来解决，无论如何，这似乎是一个公平的权衡 - 想想看，就像您得到了每个对象一样第二个对象之外的对象是免费的。

Answer 3

我对 REST 的理解是，这正是你必须做的。如果有替代方案，我也很想知道:)

如果您不想发送多个删除请求，那么您必须设计一个更粗糙的 api。 （这就是为什么大多数 API 都是 RESTful，而不是 REST）

顺便说一句，我认为您需要 RequestMethod.DELETE？

Answer 4

AFAIK 基本的 REST 用于处理单个资源。我将使用 POST 发送到 /user/ 资源，并使用包含要删除的 ID 的特殊 deleteUsers 正文。