七爪计算机语言：如何设计 API - 最佳实践 - 第 2 部分

“发现出错”或“频发出错”是欠缺的。积极响应的原文应当是这个，资料或题材一小应当描述频发的出错类型。并且前往可避免的细节很极其重要。

假设普通用户没有人错误输入破解长度。不必前往这样的出错消息：

{ message: "Password should contain at least 8 characters" }

取而代之的是，您可以这样做：

{ message: "Wrong Password length. Try again", code: 400 }

这澄清了最终普通用户坦言了什么，并且格式使最终普通用户清楚这个原因是由HTTP引起的。并且不必告诉错误提及 HTTP 平衡状态代码。表列出是一些常闻的出错 HTTP 平衡状态代码：

400 Bad Request — 这仅仅HTTP输入验证失败。 401 Unauthorized - 这仅仅普通用户无权采访自然资源。它通常在普通用户仍未通过身份验证时前往。 403 Forbidden - 这仅仅普通用户已通过身份验证，但不允许采访自然资源。 404 Not Found — 这表示没有人找寻自然资源。 500 内外增值器出错 — 这是一般的增值器出错。它有可能不应当明确抛出。 502 Bad Gateway — 这表示来自南岸增值器的无效积极响应。 503 Service Unailable - 这表明增值器频发了意外情况（有可能是增值器加速，系统对某些一小频发故障等）。

用到错误的 HTTP 工具

当我们为 API 选择 HTTP 工具时，这是您能够回避的一个极其重要因素。您必需用到错误的工具让普通用户以错误的方式核对。这些是最特指的 HTTP 工具：

POST：如果最终普通用户要将资料收发到 API，请求用到此工具。 GET：如果最终普通用户要在 API 核对资料库后检索资料，请求用到此工具。 PUT：如果最终普通用户更一新资料库里面的基本资料，请求用到此工具。 PATCH：如果最终普通用户能够更正或换成资料库里面的基本资料，请求用到此工具。 DELETE：如果最终普通用户从资料库里面删除任何资讯或资料，请求用到此工具。

想象一下，您创建者的 API 函数用到了 POST 工具。并看来举例来说普通用户希望通过透过 ID 来核对普通用户资料库。这将限制普通用户的核对，因为他们没有人更一新或创建者一新资料，并且他们不能进行核对。最好用到 GET 工具并将 ID 作为常量传递。

这是我们文章的副标题。我们讨论了创建者 API 时必需遵循的几个最佳有系统。希望这对您大为设法。

下一篇博主闻。

。

阳了以后有黄痰怎么办
水土不服拉肚子吃什么药医生是这么说的
吃什么能够改善皮肤松弛抗衰老
肠炎宁片治拉肚子吗
感冒了吃什么药能治嗓子发炎