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

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

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

本文章首发在 Laravel China 社区
成为第一个点赞的人吧 :bowtie:
最佳答案
  • liyu001989 教程作者 @ 自由职业

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

    file

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

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

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

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

    3个月前
回复数量: 4
  • 韩槑槑 PHP @ 昆明云链科技

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

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

    1、是否成功

    2、返回码

    3、返回信息

    4、返回数据

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

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

    3个月前
  • liyu001989 教程作者 @ 自由职业

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

    file

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

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

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

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

    3个月前
您需要登陆以后才能留下评论!

Composer 中国全量镜像

Top 250 扩展包

Lumen 中文文档

Laravel 速查表

Laravel 中文文档

Laravel 项目开发规范

Laravel 开发环境部署

Composer 中文文档

Elasticsearch-PHP 中文文档

Lumen 中文文档

GraphQL PHP 中文文档

社区文档撰写指南

TDD 构建 Laravel 论坛笔记

PHP PSR 标准规范

PHP 设计模式全集

Dingo API 中文文档