一般RESTful 的 API 接口, 应该返回什么参数
状态码 备注 消息内容
3 个么 ..
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
状态码 备注 消息内容
3 个么 ..
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(6)
我目前使用的参数大概就是这三个了。。。
状态(执行成功或者失败或者异常等等)
说明(便于调试,在代码里也有类似注释的感觉,也方便写文档)
内容(实际有价值的数据)
info主要存放内容,即请求端需要的数据
response_status 有成功和失败
msg 请求成功为空,失败则解释请求为何失败,逻辑或者少传参数,等等。
http method和status code有定规,至于实际内容处理header里面常规的那些,真正的Rest响应内容里面最需要的实际是链接,超媒体才是Rest应用数据的核心。
code message data
之前用code,message,data 后来发现不管是用http status code 或者是自定义code 都很费劲,就换成status,message,data 状态只有成功和错误两种,提示倚重message了,不过客户端要做多语言或者自定义信息就不是那么方便了,各有利弊。
格式统一有好处。但我偏向选择精简的格式,去掉所有多余的部分。就如登陆请求的成功,那就返回200表示成功了,