前端根据什么来判定接口的请求状态?

问答 Gundy ⋅ 于 1个月前 ⋅ 最后回复由 liyu001989 1个月前 ⋅ 183 阅读

完全根据http状态码吗? 成功有200 201 204等,失败就更多了。这个前端的判断是不是很复杂

本文章首发在 Laravel China 社区
成为第一个点赞的人吧 :bowtie:
最佳答案
  • liyu001989
    1个月前

    教程中使用的是 REST 风格,教程中已经解释了为什么要选择 REST,而不自己封装

    file

    通过body中自定义状态码判断,与使用 http 状态码没什么区别,只是一个是你自己定义的,一个是约定俗成的。

    至于麻烦,常用的也就 这么几个:

    • 500 系列统一提示服务器异常;
    • 400 如果你前段代码没写错,应该不会遇到;
    • 401 统一逻辑处理,用户未登录或者token异常等;
    • 403 一般也是统一弹出提示;

    剩下的常用的就是 200 201 204 422 ,你还觉得特别多?很麻烦?

回复数量: 4
  • 韩槑槑 韩槑槑也是程序员
    1个月前

    我觉得应该跟前端一起讨论返回的格式。
    有的时候会将错误信息封装在返回体中。
    比如各大厂的短信api

  • zssen
    1个月前

    建议根据这几个方面去让前端判断

    1、是否成功

    2、返回码

    3、返回信息

    4、返回数据

    实际应用中如果不需要请求数据,通过返回的状态码和返回信息前端基本就能完成判断。

  • 漫漫长路 人丑就要多码代码
    1个月前

    那种状态返回什么状态码 返回什么数据 这些都可以自己设计吧

  • liyu001989
    1个月前

    教程中使用的是 REST 风格,教程中已经解释了为什么要选择 REST,而不自己封装

    file

    通过body中自定义状态码判断,与使用 http 状态码没什么区别,只是一个是你自己定义的,一个是约定俗成的。

    至于麻烦,常用的也就 这么几个:

    • 500 系列统一提示服务器异常;
    • 400 如果你前段代码没写错,应该不会遇到;
    • 401 统一逻辑处理,用户未登录或者token异常等;
    • 403 一般也是统一弹出提示;

    剩下的常用的就是 200 201 204 422 ,你还觉得特别多?很麻烦?

暂无评论~~

  请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!