您好,登录后才能下订单哦!
本篇内容介绍了“Vue Promise如何解决回调地狱问题”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
首先,什么是回调地狱:
层嵌套的问题。
每种任务的处理结果存在两种可能性(成功或失败),那么需要在每种任务执行结束后分别处理这两种可能性。
当一个接口需要依赖另一个接口的请求数据时,通常有两种解决方式
将请求数据的接口设为同步,之后调另一个接口
在请求数据接口的成功回调里调另一个接口
这两种问题在回调函数时代尤为突出。Promise 的诞生就是为了解决这两个问题。
典型的高阶函数,将回调函数作为函数参数传给了readFile
。但久而久之,就会发现,这种传入回调的方式也存在大坑, 比如下面这样:
fs.readFile('1.json', (err, data) => { fs.readFile('2.json', (err, data) => { fs.readFile('3.json', (err, data) => { fs.readFile('4.json', (err, data) => { }); }); }); });
回调当中嵌套回调,也称回调地狱。这种代码的可读性和可维护性都是非常差的,因为嵌套的层级太多。而且还有一个严重的问题,就是每次任务可能会失败,需要在回调里面对每个任务的失败情况进行处理,增加了代码的混乱程度。
Promise 利用了三大技术手段来解决回调地狱:
回调函数延迟绑定。
返回值穿透。
错误冒泡。
首先来举个例子:
let readFilePromise = (filename) => { fs.readFile(filename, (err, data) => { if(err) { reject(err); }else { resolve(data); } }) } readFilePromise('1.json').then(data => { return readFilePromise('2.json') });
看到没有,回调函数不是直接声明的,而是在通过后面的 then 方法传入的,即延迟传入。这就是回调函数延迟绑定。
然后我们做以下微调:
let x = readFilePromise('1.json').then(data => { return readFilePromise('2.json')//这是返回的Promise }); x.then(/* 内部逻辑省略 */)
我们会根据 then
中回调函数的传入值创建不同类型的Promise
, 然后把返回的 Promise
穿透到外层, 以供后续的调用。这里的 x 指的就是内部返回的 Promise
,然后在 x 后面可以依次完成链式调用。
这便是返回值穿透的效果。
这两种技术一起作用便可以将深层的嵌套回调写成下面的形式:
readFilePromise('1.json').then(data => { return readFilePromise('2.json'); }).then(data => { return readFilePromise('3.json'); }).then(data => { return readFilePromise('4.json'); });
这样就显得清爽了许多,更重要的是,它更符合人的线性思维模式,开发体验也更好。
两种技术结合产生了链式调用的效果。
这解决的是多层嵌套的问题,那另一个问题,即每次任务执行结束后分别处理成功和失败的情况怎么解决的呢?
Promise采用了错误冒泡的方式。其实很简单理解,我们来看看效果:
readFilePromise('1.json').then(data => { return readFilePromise('2.json'); }).then(data => { return readFilePromise('3.json'); }).then(data => { return readFilePromise('4.json'); }).catch(err => { // xxx })
这样前面产生的错误会一直向后传递,被catch接收到,就不用频繁地检查错误了。
“Vue Promise如何解决回调地狱问题”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。