REST API：我们何时应该使用不同于流行的HTTP状态代码？

Question

我们有返回客户详细信息的API，即/ api / customers / {customerid} /。我们有以下情况：

1. 如果在我们的数据库中传递的customerid是非整数OR＆lt; = 0或大于Maximum（customerid），我们会发回BadRequest，即HTTP状态代码400.
2. 如果对此API的请求来自我们阻止的任何IP，我们会发回HTTP状态码403（禁止）。
3. 如果删除了customerid：我们会发回404。

我在想为什么我们真的需要思考并拥有所有这些不同的HTTP状态代码？我们在这里需要的是在客户端上显示一条适当的消息，我们可以通过返回所有上述情况的HTTP状态代码400轻松完成，并且对于所有上述3种情况只有不同的字符串消息。

这可以在我的情况下工作，但我想知道我们什么时候不可避免地需要这些特殊状态代码200,400和500？

Answer 1

  

什么时候我们不可避免地需要其他200,400和500的特殊状态代码？

使用更专业的代码的关键在于它允许通用客户端（如Web浏览器）和中间组件（缓存）智能地执行操作;他们可以这样做，因为状态代码（如标题字段中的元数据）具有标准化定义。

401 Unauthorized就是一个简单的例子 - 您的服务器告诉浏览器需要一些识别凭证，并且浏览器知道它可以使用用户提供的识别信息重复该请求。

错误在任何地方都使用200/400/500;这样做错过了中介机构更充分地参与信息交流的机会。

类似于为每个请求使用POST：可以执行此操作，但这样做会放弃safe / idempotent语义;如果没有这些提示，你就会限制中间组件在通信离开快乐路径时可以提供多少帮助。