REST Web 服务：错误代码应该是 404 还是 405？

Question

我想问你在这种情况下我应该返回什么错误代码：

假设我们有一个具有以下路径的 Web 服务：

/customer-web/customers/{customerId}/subscription/{subscriptionId}

默认情况下，如果用户没有指定subscriptionId ，我们会得到405 Method not allowed但如果我们省略customerId ，我们会得到404 Not found

那是对的吗？ 我们应该以某种方式统一错误代码吗？

谢谢！

[编辑] 还有一件事：如果我们假设，例如，只有 DELETE 方法......你的答案也会一样吗？ 谢谢！

Answer 1

• 当请求的资源不可用时， 404 Not found是合适的
• 405 Method not allowed当资源不支持 HTTP 方法时（例如，对于只读资源，可能允许GET但不允许POST 、 PUT或DELETE ）。

当用户未指定subscriptionId ，请求的资源将为/customer-web/customers/{customerId}/subscription/ 。
该资源可能存在（并列出所有订阅），也可能不存在（未绑定到该资源），在这种情况下404 Not found将是合适的。

Answer 2

是的，这在逻辑上是不正确的。

假设您是客户并且您有一些关于您自己的数据/信息。 它们保存在数据库或其他数据存储中。 现在，您将被视为该服务的用户。 现在，该服务提供了一些功能，例如： 他们可以为您提供有关您喜欢的主题的最新消息。 现在您必须订阅该特定功能才能收到通知。 但是要让自己收到通知，服务器首先必须为您订阅该事件/功能。 每个数据库/数据存储的表的行都有一个唯一的标识符，例如行号。 现在，他们必须搜索该 ID/行号（假设行号为您的用户 ID）以检查您是否是适用的用户。

如果他们找到您，那么他们会将您的身份验证者 ID 或用户 ID 订阅到事件表的subscribedUser列，并将该事件 subscriptionId 添加到您行的subscribedEvents列。 然后，如果您订阅了，那么他们会向您发送有关您最喜欢的主题或其他内容的通知。

在上面的故事中，为用户/客户创建订阅所必需的事情是：

• CustomerID/UserID（这可以是该用户/客户的行索引号，它将被推送到该事件的subscribedUser列）
• EventID（这可以是该事件的行索引号，它将用作subscriptionId ，它将被推送到该subscribedEvent /客户行的subscribedEvent列）

现在，如果缺少上面的 ID，那么您将搜索什么？ 可能你会有一个null | undefined如果您不提供其中任何一个并且行号或 UserID/EventId 不能为空，因为它们是数字并且也是唯一的。 很容易猜测，查询操作将返回空[]甚至null 。 而 null 是一个假值。 因此，服务器肯定会将其视为错误并将404作为Not Found响应发回。

但是有一点，如果customerId用作参数:parameter URI 的:parameter ，如果未传递，则 URL 将指向另一个端点，并将返回其他/不相关的响应。 如果该端点不存在，那么它将返回另一个 404 错误。 同样适用于subscriptionId 。 以上标准仅适用于错误的customerId或subscriptionId 。 现在，如果您不通过它们中的任何一个，那么地址将是错误的，如果该端点中不存在任何内容，则会发送404 ，如果端点存在，则会发送其他响应。