【问题标题】:Promise.all seems to resolve immediatelyPromise.all 似乎立即解决
【发布时间】:2015-02-10 07:54:59
【问题描述】:

我发布了similar question related to Ember.RSVP.all,但我发现其行为与Promise.all 的行为相同。如果我违反任何规则,请单独提交。

我正在尝试在一系列 Promise 中使用 Promise.all。我的例子比我的使用简单得多,但它说明了这个问题。在一系列 Promise 的中间,我有一组 Promise 需要在链可以继续之前解决 - 这正是我理解 Promise.all 的用途。

不幸的是,当我返回 Promise.all 对象时,链中的下一个 Promise 会立即运行,而无需等待传递给 all() 的 Promise。

我已经设置了一个 js fiddle 来以我能想到的最佳方式进行演示:

请注意,First 和 Second 几乎同时解决,此时 Second 应该在 1s 承诺返回之后。第三和第四如预期的那样。

http://jsfiddle.net/vqut9zy2/

小提琴代码如下:

function delayAjax(delay) {
    return $.ajax({
        url: '/echo/json/',
        data: {
            json: '',
            delay: delay,
        }
    });
}

delayAjax(1).then(function() {
    $('#first').addClass('red');
    var proms = [delayAjax(1), delayAjax(1)];
    return Promise.all(proms).then(function() {
        $('#onepointfive').addClass('red');
    });
}).then(function() {
    $('#second').addClass('red');
    return delayAjax(1);
}).then(function() {
    $('#third').addClass('red');
    return delayAjax(1);
}).then(function() {
    $('#fourth').addClass('red');
});

HTML

<div id="first">First</div>
<div id="onepointfive">One point five</div>
<div id="second">Second</div>
<div id="third">Third</div>
<div id="fourth">Fourth</div>

【问题讨论】:

  • 可能与 jQuery 不遵守 Promise.all 的返回值作为承诺有关。删除第一个 Ajax 调用有效:jsfiddle.net/vqut9zy2/1.
  • 确实我注意到链接 all() 返回对象可以正常等待。事实上,更进一步,将另一个 Promise.all() 作为第一个的返回按我的预期工作:jsfiddle.net/vqut9zy2/2 所以问题就变成了,这里使用的承诺有什么区别,为什么他们一起表现得几乎但不完全正确?
  • 嗯,双发确实不是最好的。如果你有 edited the other question 让它更通用,它可能会更合适。
  • 道歉。如果你需要杀死其中一个,我会建议另一个,因为它并不是 Ember 的 RSVP.all 所特有的,而是 promises vs jquery deferred。

标签: javascript jquery promise


【解决方案1】:

您需要先将 jQuery 的 deferred 转换为 promise。

function delayAjax(delay) {
    return Promise.resolve($.ajax({
        url: '/echo/json/',
        data: {
            json: '',
            delay: delay,
        }
    }));
}

http://jsfiddle.net/evilbuck/vqut9zy2/3/

【讨论】:

  • 我很高兴接受这个作为答案,因为它在功能上可以让我到达我想去的地方。稍微查看一下代码,似乎对列表中项目的检查只是它们是“thenable”的。谁能解释为什么这些看起来是兼容的,但在链接时行为却略有不同?
  • 我明白了,这是一种解决方法,因为 jQuery 的承诺存在一些问题?如果 jQuery 承诺行为正常,就不需要它了?
  • 我认为这并不完全正确。 jQuery 正在使用他们自己的“延迟”对象,它看起来和感觉相似,但并不是真正的承诺。它是 thenable 的事实使它看起来可以与 Promise 结合使用,但显然有一些像这样的陷阱。我敢打赌 jquery 不会认为这是一个错误。它们的对象可以很好地协同工作。
【解决方案2】:

You Don't Know JS: Async & Performance 中有一节讨论如何管理不可信的 thenable:Trustable Promise?。

它确实提供了Promise.resolve(thenable) 作为解决此问题的方法。

我没有足够的知识来解释你为什么会目睹你的行为,但是 Domenic Denicola 的文章 You're Missing the Point of Promises 讨论了 jQuery 的延迟不是真正的承诺的一些原因,以及为什么它们是有问题的。在文章的最后,他提供了Q库中处理不可信promise的方法,就是使用Q.when()(Angularjs的$q服务也提供了.when()的方法来达到同样的目的):

return Q.when($.ajax({
    url: '/echo/json/',
    data: {
        json: '',
        delay: delay,
    }
}));

【讨论】:

  • 我很欣赏关于这个主题的扩展阅读。出于我的目的,我使用 Ember.RSVP.Promise 来执行此操作,只是为了保持裙带关系。
猜你喜欢
  • 2015-02-09
  • 2016-07-06
  • 2018-02-21
  • 1970-01-01
  • 1970-01-01
  • 2016-01-09
  • 2016-06-11
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多