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

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

《L01 基础入门》
我们将带你从零开发一个项目并部署到线上,本课程教授 Web 开发中专业、实用的技能,如 Git 工作流、Laravel Mix 前端工作流等。
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
liyu001989
最佳答案

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

file

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

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

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

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

8个月前
讨论数量: 4
韩槑槑

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

8个月前

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

1、是否成功

2、返回码

3、返回信息

4、返回数据

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

8个月前

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

8个月前
liyu001989

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

file

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

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

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

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

8个月前

  • 请注意单词拼写,以及中英文排版,参考此页
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`, 更多语法请见这里 Markdown 语法
  • 支持表情,使用方法请见 Emoji 自动补全来咯,可用的 Emoji 请见 :metal: :point_right: Emoji 列表 :star: :sparkles:
  • 上传图片, 支持拖拽和剪切板黏贴上传, 格式限制 - jpg, png, gif
  • 发布框支持本地存储功能,会在内容变更时保存,「提交」按钮点击时清空
  请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!