0

我们在我们构建的几个应用程序中使用了旧版本的 RSVP.js。

我希望这个承诺在输出“1”、“2”和 5 秒后“3”后立即解决。我认为内在的承诺会被视为一种价值。

    new RSVP.Promise(function (resolve) {
        console.log('1');

        var p = new RSVP.Promise(function (innerResolve) {
           setTimeout(function () {
               console.log('3');
               innerResolve();
           }, 5000);
        });
       resolve(p);
    }).then(function () {
        console.log('2');
    });

相反，内部承诺似乎被视为链式承诺。

所以上面的实际输出是：“1”，5秒延迟，“3”，“2”。

我从 RSVP 文档 ( https://github.com/tildeio/rsvp.js/#chaining ) 中一直理解，链式 Promise 必须遵循某种格式。例如，如果我真的想要后一种行为（1、5 秒延迟、3、2），我会这样编写代码：

    new RSVP.Promise(function (resolve) {
        console.log('1. Simply resolve a value which happens to be a promise');
        resolve();
    }).then(function () {

        var p = new RSVP.Promise(function (innerResolve) {
            setTimeout(function () {
                console.log('3. This took a long time!');
                innerResolve();
            }, 5000);
        });

        // Return a promise in a then() to chain it!
        return p;
    }).then(function () {
        console.log('2. You should see this immediately!');
    });

我问的原因是因为父承诺不在我的控制范围内（它是一些内部框架管道代码的一部分）。我的函数刚刚通过了父 Promise 的 resolve 和 reject 函数。

function myFunction(parentResolve, parentReject) {
   // my code here..
   parentResolve(new RSVP.Promise(...)); // want to resolve promise as value
}

我的解决方法是将承诺包装在一个对象中，但这并不理想。

    new RSVP.Promise(function (parentResolve) { // no control over this
        console.log('1');

        // my code here..
        var p = new RSVP.Promise(function (innerResolve) {
           setTimeout(function () {
               console.log('3');
               innerResolve();
           }, 5000);
        });

        // Wrap it in an object
       parentResolve({result: p});
    }).then(function () {
        console.log('2');
    });

RSVP 的链接行为是否正确？有没有比将我的诺言包装在一个对象中更好的解决方案？我可能会尝试升级到最新版本的 RSVP，看看是不是因为我的版本过时。

4

1 回答 1

1

我认为内在的承诺会被视为一种价值。

不，不幸resolve的是从来没有那样做。它总是解决thenables，没有办法用 promise 来实现。

RSVP 的链接行为是否正确？

是的。

有没有比将我的诺言包装在一个对象中更好的解决方案？

并不真地。但我不认为这是一种解决方法。要么你想在内部承诺解决之前传输一些应该立即可用的数据 - 然后这些数据应该放在包装器对象上。或者在内部承诺解决之前你不需要任何东西并且无论如何你都想等待它 - 那么用承诺解决承诺的默认行为对你来说是正确的事情。另请参阅此答案。

于 2018-04-19T20:46:11.037 回答