全局loading如何控制

loading 动画 放在请求拦截里做统一处理,还是放在每个页面里?

关于 loading 动画,目前有两种方案:

1、放在请求拦截里,每次发起请求,都展示 loading 动画。优:这样做的好处是不用每次都写 loading 的开与关

2、放在页面里,对每次请求处理(单个或多个请求)做 loading 的开与关。缺:每个页面或请求里都得写 loading 的开关逻辑,很繁琐。

先直接回答问题:放在请求里统一处理。相比各个页面自己去控制,封装方法统一处理显然更方便、易于管理。

至于还会考虑"放到每个页面中处理",无非是请求情况的多样性、loading 处理灵活性的考虑。

一般来说,预留 loading 开关,就能兼顾大部分的情况。更丰富的接口参数可以设置 loading 的样式、时间长短,就差不多了。多个请求异步发起的情况。得在封装好的方法中,有一个计数器;有n个请求同时进行,只需要一个 loading 动画,直到收到n个响应再取消。

如果同一页面没有统一的管理方法,就可能会出现多个 loading 重叠了。

最后,关于 loading,还有一个用户体验方面的建议:不应该一请求,就来个 loading。

假设一个请求,2秒内就完成了全部操作,包括请求发起、服务器处理完毕、前端收到响应、页面渲染完毕…2秒的话这速度算比较快了对吧?但要是每个请求,都 loading 一下,用户心理上仍然觉得你慢。尽管显示 loading 的初衷,是为了及时给用户反馈,让用户知道操作已经进行中。如果以上的情况比较多的话,可以在封装的方法中,默认先不显示 loading,然后 setTimeout 2 秒后,还没收到响应就显示 loading,如果收到就取消这个计时。

当然,如果 loading 还有"屏蔽用户操作"的目的的话,就得一开始就显示了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值