用户创建成功,通过 DingoApi 提供的 created 方法返回合适吗?

通过 DingoApi 提供的 created 方法返回只有状态码,没有返回信息合适吗?
file
是通过状态码判断吗?
加上类似这样的返回信息是不是更好?

{
    "messsage": "created",
    "code": 200
}
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
liyu001989
最佳答案
  • 所有的错误请求,400 500 系列都有对应的 message 说明错误原因,还可以有自定义的 code 说明特殊的诸错误状态供前端判断
  • 所有成功的请求,200 系列,直接就是数据,都成功了还要加个 message 不是很多余吗。

客户端的判断也很统一,200 系列了直接获取数据,其他状态码统一解析 message 提示错误信息。

5年前 评论
讨论数量: 4
liyu001989

是通过状态码判断,有意义的状态码不就足够了吗。后面会介绍返回 201 + 用户数据

5年前 评论

@liyu001989 我或许应该这样提问,验证不通过有 message 的错误信息.类似

{
    "message": "验证码已失效",
    "status_code": 422
}

他的状态码是 422.
为了数据统一性, 201 时是不是也应该有返回信息.
我其实想问的是返回的数据统一性的问题.

5年前 评论
liyu001989
  • 所有的错误请求,400 500 系列都有对应的 message 说明错误原因,还可以有自定义的 code 说明特殊的诸错误状态供前端判断
  • 所有成功的请求,200 系列,直接就是数据,都成功了还要加个 message 不是很多余吗。

客户端的判断也很统一,200 系列了直接获取数据,其他状态码统一解析 message 提示错误信息。

5年前 评论

虽然多余,但是对于某个特殊的功能.200 系列的状态码也是可以提供 message 的是吧?@liyu001989

5年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!