描述您的 API 的稳定性或是它在各种各样节点环境中的完备性和稳定性,例如:加上 原型版(prototype)/开发版(development)/产品版(production)等标记。更多关于可能的稳定性和改变管理的方式,查看 Heroku API compatibility policy一旦你的 API 宣布产品正式版本及稳定版本时,不要在当前 API 版本中做一些不兼容的改变。如果你需要,请创建一个新的版本的 API。
响应错误的时,生成统一的、结构化的错误信息。包含一个机器可读的错误 id,一个人类能识别的错误信息(message),根据情况可以添加一个url来告诉客户端关于这个错误的更多信息以及如何去解决它,例如:HTTP/1.1 429 Too Many Requests{ "id": "rate_limit", "message": "Account reached its API rate limit.", "url": "https://docs.service.
, identifying the specificversion of the returned resource. The user should be able to check forstaleness in their subsequent requests by supplying the value in theIf-None-Match header.在所有的请求中带上 ETag 头 , 用于识别特定版本的返回资源。用户可以在随后的请求中通过提供 If-None-Match头的值来检查内容是否过期。