api - 为什么 API 中存在整数错误代码？

Question

在几乎每一种 API 中，都有整数错误代码，例如 (ex. 123)，它指示错误类型。我想知道使用描述性字符串代码是否更好，例如user_not_foundor invalid_request。在我看来，它们更实用：假设您在几个月后回到您的代码，您可以轻松地完成错误处理部分，而无需在文档中搜索错误代码。

为什么 API 中仍然存在整数错误代码？

Answer 1

在 API 中，客户端通常是使用条件测试响应代码的计算机。

测试整数比测试字符串要快得多，仅此而已。

此外，错误代码具有一定的逻辑：API 通常使用 HTTP 代码，因此当您（作为人类）阅读它们时，您知道2xx指示成功、4xx指示客户端错误和5xx指示服务器端错误，即使您不知道。对他们都熟记于心。

编辑：

你的问题让我想到了这个答案，关于网站的加载时间如何影响利润。您应该阅读它以说服自己，即使是几毫秒有时也很重要。

Answer 2

但是大多数错误都有好听的名字。标准 C、POSIX 和 Windows 都有错误代码的名称。当然，这些名称中的大多数都是作为预处理器宏制作的，但也有一些函数可以从这些消息中获取漂亮的字符串或消息。