在RESTful服务中使用http状态代码

Question

我正在寻找一个很好的有意义的讨论，为什么人们认为RESTful Web服务劫持HTTP响应代码并在给定API的上下文中为它们赋予意义是一个好主意。 我的直觉反对它：它认为HTTP在这里充当传输层协议，为什么我会将我的API概念泄漏到传输层？ 是的，我理解HTTP是27层图中的应用层，但分层是相对的。 对于我的API，HTTP是一种传输。
现在人们说，否则错误处理无法标准化。 但REST并没有真正标准化它。 我们可以对401和404消息感觉良好有点直观，但这就是它。 它真正做的是让它更难以区分和API错误和API服务器不在那里/客户端没有指向正确的地方等。

Answer 1

您认为哪些方案会带来更好的结果：

• 为API层重新使用200-OK，404-Not found，500-Error等HTTP状态代码表示类似的响应，这些响应主要保证在所有RESTful API供应商中以标准方式使用

要么

• API供应商返回200-OK，并且消息正文包含自定义响应信封或正文以表示类似的事情（如未找到和错误）

第一种情况还允许开发标准库与那些API通信，其中第二种情况意味着每个API都是一个独特的情况，并且不能以标准方式完成错误处理，缓存等。