摘要:本文客户端为先讲个故事类似这种支持的已经很友好了,请求成功后我们可以从的中拿到后端返回的数据。比如数据在中,这意味着我们每个请求都需要多做一次处理才能拿到实际的数据。要解除上述苦恼,我们需要对所有的接口请求做统一的封装。
本文http客户端为axios先讲个故事
类似axios这种支持Promise的API已经很友好了,请求成功后我们可以从then的Response中拿到后端返回的数据。比如:
axios.get("/user/12345") .then((response) => { console.log(response); }) .catch((error) => { console.log(error); });
数据在response.data中,这意味着我们每个请求都需要多做一次处理才能拿到实际的数据。
然后,实际场景后端基本不会直接把数据给我们,他会做一层封装,比如response.data的结构会是这样:
{ "date": "2017-12-14 15:21:38", "success": true, "obj": { ... }, "version": "V1.0" }
所以,response.data.obj才是我们真正要的数据啊喂,所以我们每个请求都需要再多做一次处理=_=
突然有一天,后端说,“response.data不再是对象,改成了JSON字符串,你做一下处理~”。
然后是的,每个接口,是每一个,我们都需要改成JSON.parse(response.data).obj,半条命哦!
如果,后端再说,“我又改回对象了,你撤销之前的处理吧~”。。。
如果,后端又说,“不是所有的都是对象,有一些还是JSON字符串,具体你看下更新的接口文档~”。。。
如果,我们不曾相遇。。。
ES6 Proxy用于修改某些操作的默认行为,等同于在语言层面做出修改,所以属于一种“元编程”(meta programming),即对编程语言进行编程。
Proxy可以理解成,在目标对象之前架设一层“拦截”,外界对该对象的访问,都必须先通过这层拦截,因此提供了一种机制,可以对外界的访问进行过滤和改写。
要解除上述苦恼,我们需要对所有的接口请求做统一的封装。如此一来,就算后端改来改去,我们只需修改一个地方甚至不用修改!
const apiService = new Proxy(axios, { get (target, propKey, receiver) { return function (...args) { return target[propKey](...args) .then((res) => { const resData = typeof res.data === "string" ? JSON.parse(res.data) : res.data; return typeof resData.obj === "string" ? JSON.parse(resData.obj) : resData.obj; }) .catch((err) => { throw err; }); } } });
对应的接口请求部分改为:
apiService.get("/user/12345") .then((data) => { console.log(data); }) .catch((error) => { console.log(error); });
“你随便改,我改一下算我输!”
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/92119.html
摘要:本文的介绍的是如何设计一个通用的可以以较小的侵入性,自动上报前端的性能数据。具体的做法可以看我的上一篇文章在单页应用中,如何优雅的监听的变化。三如何上报性能数据那么如何上报性能数据呢,我们第一反应就是通过请求的形式来上报前端性能数据。 最近在做一个较为通用的前端性能监控平台,区别于前端异常监控,前端的性能监控主要需要上报和展示的是前端的性能数据,包括首页渲染时间、每个页面的白屏时...
摘要:本文的介绍的是如何设计一个通用的可以以较小的侵入性,自动上报前端的性能数据。具体的做法可以看我的上一篇文章在单页应用中,如何优雅的监听的变化。三如何上报性能数据那么如何上报性能数据呢,我们第一反应就是通过请求的形式来上报前端性能数据。 最近在做一个较为通用的前端性能监控平台,区别于前端异常监控,前端的性能监控主要需要上报和展示的是前端的性能数据,包括首页渲染时间、每个页面的白屏时...
摘要:本文的介绍的是如何设计一个通用的可以以较小的侵入性,自动上报前端的性能数据。具体的做法可以看我的上一篇文章在单页应用中,如何优雅的监听的变化。三如何上报性能数据那么如何上报性能数据呢,我们第一反应就是通过请求的形式来上报前端性能数据。 最近在做一个较为通用的前端性能监控平台,区别于前端异常监控,前端的性能监控主要需要上报和展示的是前端的性能数据,包括首页渲染时间、每个页面的白屏时...
摘要:二需要处理哪些异常对于前端来说,我们可做的异常捕获还真不少。总结一下,大概如下语法错误代码异常请求异常静态资源加载异常异常异常跨域崩溃和卡顿下面我会针对每种具体情况来说明如何处理这些异常。 前端一直是距离用户最近的一层,随着产品的日益完善,我们会更加注重用户体验,而前端异常却如鲠在喉,甚是烦人。一、为什么要处理异常?异常是不可控的,会影响最终的呈现结果,但是我们有充分的理由去做这样的事...
阅读 3208·2021-11-12 10:36
阅读 1258·2019-08-30 15:56
阅读 2442·2019-08-30 11:26
阅读 550·2019-08-29 13:00
阅读 3608·2019-08-28 18:08
阅读 2748·2019-08-26 17:18
阅读 1892·2019-08-26 13:26
阅读 2431·2019-08-26 11:39