Node.js: 如何正确处理 promise-changing

Node.js: How to handle promise-changing in a proper way

我有一个 Node.js (express.js)-服务器,我在其中提供简单的身份验证-api.

在我的一条路线中,我在返回 "resource" 之前更改了很多子步骤。

我正在使用 bluebird 来实现承诺。

router.post('/register', function(req, res, next) {

      // ------- 1. check if already existing
      var p = store.checkIfExisting(req, res) //-->mongoose .find(). Returns promise
        .then(function(isExisting) {
          if (isExisting) {
            console.log("try to cancel");
            p.cancel();
          }
          // ------- 2. Facebook validation
          return validateFacebookSignedRequest(req.body.fbsrCookie); //True/False
        })
        .then(function(fbIsValid) {
          // ------- 3. create Users
          return store.saveUser(req, res); // --> mongoose.save(). Returns promise
        })
        .then(function(user) {
          // ------- 4. Token generieren
          return store.generateTokenForFbUID(req, res);
        }).then(function(token) {
          // ------- 5. send back the token
          res.send({
            success: true,
            message: token
          });
        })
        .cancellable()
        .catch(function(err) {
          console.log("canceled");
        });
});

所以我想知道...

  1. 如何在检测到一些错误时中断链 子步骤(现在我使用 p.cancel();

  2. 在链的某些 then 中,我返回具体值(如令牌),在其他一些情况下,我返回承诺。似乎 bluebird 可以处理两者并且不会中断链(这实际上让我感到困惑,因为我返回的数字没有 then-method

我建议不要使用 cancellable。这很少是您想要的,在这种情况下肯定不是。您应该抛出一个错误:

  var p = store.checkIfExisting(req, res)
    .then(function(isExisting) {
      if (isExisting) {
        throw new NotFoundError(); // Some custom error type
      }
      return validateFacebookSignedRequest(req.body.fbsrCookie);
    })
    // ...more steps...
    .then(function(token) {
      res.send({
        success: true,
        message: token
      });
    })
    .catch(NotFoundError, function(err) {
      // whatever you do when its not found
    });

然后你可以捕获其他错误类型,如果有的话。

对于你的第二个问题,thencatch等总是return承诺。您向他们传递一个回调,然后他们对该回调 return 编辑的内容进行操作。如果一个 promise 是 returned,它会在 promise 完成后使用该 promise 的 return 值解析,否则它会立即使用任何回调 returned.

解析

你可以看出一定是这样,因为当 then return 时,它还不知道你传递给它的回调的 return 值。所以它必须总是 return 相同的东西;在这种情况下,一个承诺。