链式调用就是promise的优点吗?

所谓Promise,简单来说就是一个容器,里面保存着某个未来才会结束的事件(通常是一个异步操作)的结果。

缺少场景支撑,对于新手而言,很难理解Promise的意义。

在《你不知道的JavaScript中》有个场景介绍得很形象:

我走到快餐店的柜台,点了一个芝士汉堡。我交给收银员1.47美元。通过下订单并付款,我已经发出了一个对某个值(就是那个汉堡)的请求。我已经启 动了一次交易。

但是,通常我不能马上就得到这个汉堡。收银员会交给我某个东西来代替汉堡:一张带有 订单号的收据。订单号就是一个 IOU(I owe you, 我欠你的)承诺(promise),保证了最 终我会得到我的汉堡。

所以我得好好保留我的收据和订单号。我知道这代表了我未来的汉堡,所以不需要担心, 只是现在我还是很饿!

在等待的过程中,我可以做点其他的事情,比如给朋友发个短信:“嗨,要来和我一起吃 午饭吗?我正要吃芝士汉堡。”

我已经在想着未来的芝士汉堡了, 尽管现在我还没有拿到手。 我的大脑之所以可以这么 做,是因为它已经把订单号当作芝士汉堡的占位符了。从本质上讲,这个占位符使得这个 值不再依赖时间。这是一个未来值。

终于, 我听到服务员在喊“订单 113” , 然后愉快地拿着收据走到柜台, 把收据交给收银 员,换来了我的芝士汉堡。

换句话说, 一旦我需要的值准备好了, 我就用我的承诺值(value-promise)换取这个值 本身。

但是,还可能有另一种结果。他们叫到了我的订单号,但当我过去拿芝士汉堡的时候,收 银员满是歉意地告诉我:“不好意思,芝士汉堡卖完了。”除了作为顾客对这种情况感到愤 怒之外,我们还可以看到未来值的一个重要特性:它可能成功,也可能失败。

每次点芝士汉堡,我都知道最终要么得到一个芝士汉堡,要么得到一个汉堡包售罄的坏消息,那我就得找点别的当午饭了。

所以Promise的出现其实是作为异步编程的一种解决方案。比传统的解决方案-回调函数和事件-更加合理、强大。

 

Promise一个明显的好处便是可以用来解决回调地狱。特别是在处理多个回调相互依赖的情况。

使用Promise解决多个异步依赖调用

此时Promise.all的状态取决于它的参数。

所以我们可以用Promise.all()来解决多个异步依赖调用。

比如我们平常经常遇到的一种情况:

网站中需要先获取用户名,然后再根据用户名去获取用户信息。这里获取用户名getUserName()和获取用户信息getUser()都是调用接口的异步请求。在获取用户信息之前,需要先获得用户名。也就是说getUser依赖于getUserName的状态。所以我们可以将这两个请求通过Promise.all()封装成一个新的Promise对象。

 
 

有了Promise的链式调用,再也不同担心回调地狱的问题了。

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流。

}

Promise的构造函数接收一个参数,是函数,而且传入两个参数:resolve,reject,分别表示异步操做执行成功后的回调函数和异步操做执行失败后的回调函数。其实这里用“成功”和“失败”来描述并不许确,按照标准来说,resolve是将Promise的状态置为fullfiled,reject是将Promise的状态置为rejected。不过在咱们开始阶段能够先这么理解,后面再细究概念。

运行代码,会在2秒后输出“执行完成”。注意!我只是new了一个对象,并无调用它,咱们传进去的函数就已经执行了,这是须要注意的一个细节。因此咱们用Promise的时候通常是包在一个函数中,在须要的时候去运行这个函数,如: 

这时候你应该有两个疑问:1.包装这么一个函数有毛线用?2.resolve('随便什么数据');这是干毛的?

咱们继续来说。在咱们包装好的函数最后,会return出Promise对象,也就是说,执行这个函数咱们获得了一个Promise对象。还记得Promise对象上有then、catch方法吧?这就是强大之处了,看下面的代码: 

//后面能够用传过来的数据作些其余操做

在runAsync()的返回上直接调用then方法,then接收一个参数,是函数,而且会拿到咱们在runAsync中调用resolve时传的的参数。运行这段代码,会在2秒后输出“执行完成”,紧接着输出“随便什么数据”。

这时候你应该有所领悟了,原来then里面的函数就跟咱们平时的回调函数一个意思,可以在runAsync这个异步任务执行完成以后被执行。这就是Promise的做用了,简单来说,就是能把原来的回调写法分离出来,在异步操做执行完后,用链式调用的方式执行回调函数。

你可能会不屑一顾,那么牛逼轰轰的Promise就这点能耐?我把回调函数封装一下,给runAsync传进去不也同样吗,就像这样: 

效果也是同样的,还费劲用Promise干吗。那么问题来了,有多层回调该怎么办?若是callback也是一个异步操做,并且执行完后也须要有相应的回调函数,该怎么办呢?总不能再定义一个callback2,而后给callback传进去吧。而Promise的优点在于,能够在then方法中继续写Promise对象并返回,而后继续调用then来进行回调操做。异步

因此,从表面上看,Promise只是可以简化层层回调的写法,而实质上,Promise的精髓是“状态”,用维护状态、传递状态的方式来使得回调函数可以及时调用,它比传递callback函数要简单、灵活的多。因此使用Promise的正确场景是这样的: 

这样可以按顺序,每隔两秒输出每一个异步回调中的内容,在runAsync2中传给resolve的数据,能在接下来的then方法中拿到。运行结果以下:ide

在then方法中,你也能够直接return数据而不是Promise对象,在后面的then中就能够接收到数据了,好比咱们把上面的代码修改为这样:函数

return '直接返回数据'; //这里直接返回数据

那么输出就变成了这样:spa

到这里,你应该对“Promise是什么玩意”有了最基本的了解。那么咱们接着来看看ES6的Promise还有哪些功能。咱们光用了resolve,还没用reject呢,它是作什么的呢?事实上,咱们前面的例子都是只有“执行成功”的回调,尚未“失败”的状况,reject的做用就是把Promise的状态置为rejected,这样咱们在then中就能捕捉到,而后执行“失败”状况的回调。看下面的代码。code

getNumber函数用来异步获取一个数字,2秒后执行完成,若是数字小于等于5,咱们认为是“成功”了,调用resolve修改Promise的状态。不然咱们认为是“失败”了,调用reject并传递一个参数,做为失败的缘由。

运行getNumber而且在then中传了两个参数,then方法能够接受两个参数,第一个对应resolve的回调,第二个对应reject的回调。因此咱们可以分别拿到他们传过来的数据。屡次运行这段代码,你会随机获得下面两种结果:

咱们知道Promise对象除了then方法,还有一个catch方法,它是作什么用的呢?其实它和then的第二个参数同样,用来指定reject的回调,用法是这样:htm

效果和写在then的第二个参数里面同样。不过它还有另一个做用:在执行resolve的回调(也就是上面then中的第一个参数)时,若是抛出异常了(代码出错了),那么并不会报错卡死js,而是会进到这个catch方法中。请看下面的代码:

在resolve的回调中,咱们console.log(somedata);而somedata这个变量是没有被定义的。若是咱们不用Promise,代码运行到这里就直接在控制台报错了,不往下运行了。可是在这里,会获得这样的结果:

也就是说进到catch方法里面去了,并且把错误缘由传到了reason参数中。即使是有错误的代码也不会报错了,这与咱们的try/catch语句有相同的功能。

Promise的all方法提供了并行执行异步操做的能力,而且在全部异步操做执行完后才执行回调。咱们仍旧使用上面定义好的runAsync一、runAsync二、runAsync3这三个函数,看下面的例子:

用Promise.all来执行,all接收一个数组参数,里面的值最终都算返回Promise对象。这样,三个异步操做的并行执行的,等到它们都执行完后才会进到then里面。那么,三个异步操做返回的数据哪里去了呢?都在then里面呢,all会把全部异步操做的结果放进一个数组中传给then,就是上面的results。因此上面代码的输出结果就是:

有了all,你就能够并行执行多个异步操做,而且在一个回调中处理全部的返回数据,是否是很酷?有一个场景是很适合用这个的,一些游戏类的素材比较多的应用,打开网页时,预先加载须要用到的各类资源如图片、flash以及各类静态文件。全部的都加载完后,咱们再进行页面的初始化。

all方法的效果其实是「谁跑的慢,以谁为准执行回调」,那么相对的就有另外一个方法「谁跑的快,以谁为准执行回调」,这就是race方法,这个词原本就是赛跑的意思。race的用法与all同样,咱们把上面runAsync1的延时改成1秒来看一下:

这三个异步操做一样是并行执行的。结果你应该能够猜到,1秒后runAsync1已经执行完了,此时then里面的就执行了。结果是这样的:

你猜对了吗?不彻底,是吧。在then里面的回调开始执行时,runAsync2()和runAsync3()并无中止,仍旧再执行。因而再过1秒后,输出了他们结束的标志。

这个race有什么用呢?使用场景仍是不少的,好比咱们能够用race给某个异步请求设置超时时间,而且在超时后执行相应的操做,代码以下:

//延时函数,用于给请求计时

requestImg函数会异步请求一张图片,我把地址写为"xxxxxx",因此确定是没法成功请求到的。timeout函数是一个延时5秒的异步操做。咱们把这两个返回Promise对象的函数放进race,因而他俩就会赛跑,若是5秒以内图片请求成功了,那么遍进入then方法,执行正常的流程。若是5秒钟图片还未成功返回,那么timeout就跑赢了,则进入catch,报出“图片请求超时”的信息。运行结果以下:

}

我写过一个 ,各方面都还原(规范的)原生实现。除了实例,还包括 Promise 上的静态方法都做了,新加的 Promise.any 也有。(请原谅我 OOP 的讲法。)这个手写的实现不仅通过 Promise/A+ 测试,还能通过部分 V8 的测试。我自认为还原度算高了。一般的代码是无法区分我手写的实现和原生实现的。但还是有不同的。一、我手写的实现没有

另外,题主提供的图中,一些说法有问题。我来试着说一说:

  • 某个 microtask 自己也可以向任务队列入列新的 microtasks。如果这种情况循环发生,那么 macrotasks 就没有机会执行(饿死了)(并往往导致 UI freeze)。因此,可以理解为 microtask 是一队一队地执行的。但要注意,这一队还包括新入列的
  • Microtask 和 macrotask 的区分是概念上的。JS 引擎/宿主环境 不一定真的维护两个任务列队,例如可以通过任务插入列队的位置来实现一样的效果。
  • 虽然也称 task,但规范对任务队列上任务的称呼是 job。一切的执行都是 jobs 的执行。可以包括但不限于 UI 的渲染。
  • JS 没有传统的调用堆栈,但有一栈的执行上下文起到类似作用。调用堆栈和任务队列是两个完全不同的概念。各论各的就行。
  • 在 job 开始执行时,只有保底的全局上下文。随着函数(同步)调用和返回,执行上下文堆栈跟着 push/pop。
  • 异步调用堆栈则完全是逻辑上的概念,在 JS 的执行模型中不存在。这当然不阻止被捕获变量的擢升到函数闭包中去(执行上下文中包含了该信息)。可以说,在 JS 的执行模型中只有同步的调用堆栈,但这和异步调用堆栈并没有简单地对应关系。
  • 讨论任务队列上的某个 job 同步异步这个问题本身是 ill-formed。虽然底层一般按次序同步地执行全部 jobs 。但这是实现层面。这就跟 CPU 单核,操作系统也能多任务一个道理。操作系统能用中断割出时间片。JS 的异步实现算法用 continuations
}

我要回帖

更多关于 vue链式调用 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信