Javascript 如何使用node.js中的承诺清理回调链?

Javascript 如何使用node.js中的承诺清理回调链?,javascript,node.js,callback,promise,q,Javascript,Node.js,Callback,Promise,Q,我试图弄清楚如何使用承诺,特别是Q实现来清理node.js程序中一些混乱的嵌套回调。不幸的是,似乎很少有简单的例子来说明我想做什么 下面是我现在使用的嵌套回调的简化版本: var parent = this; this.receiveMessage(params, function(err, request) { if (err) console.log(err, err.stack); else { parent.handleMessage(req

我试图弄清楚如何使用承诺,特别是Q实现来清理node.js程序中一些混乱的嵌套回调。不幸的是,似乎很少有简单的例子来说明我想做什么

下面是我现在使用的嵌套回调的简化版本:

    var parent = this;
    this.receiveMessage(params, function(err, request) {
    if (err) console.log(err, err.stack);
    else {
       parent.handleMessage(request, function(response) {
           parent.sendMessage(JSON.stringify(response), function() {
               console.log("response sent");
               var params = { ReceiptHandle:request.Messages[0].ReceiptHandle };
               parent.deleteMessage(params, function() {
                   parent.waitForMessage();
               });
           });
       });
    }
});
正如您所看到的,这相当混乱,有4层嵌套回调

使用Q,我发现您可以从以下内容开始:

Q.nfcall(this.connection.receiveMessage, params)
    .then(function(err, request) {
        return(Q.nfcall(this.handleMessage(request));
    })
    .then(function(response)) { 
        return(Q.nfcall(this.sendMessage(JSON.stringify(response))));
    } ...

等等。。。但这似乎并不完全正确。首先,我是否需要对链中的每个函数调用Q.nfcall?此外,我是否可以避免使用回调时遇到的“this”的范围界定问题?我使用承诺的方式是否正确?

承诺确实可以让您取消回调,但应用
nfcall
内联很麻烦。您可以将
nbind
作为装饰程序应用于原始函数,因此可以将其作为承诺返回函数来构建链:

obj.receiveMessage = Q.nbind(obj.receiveMessage, obj);
obj.deleteMessage = ...
现在读起来会更好:

this.receiveMessage(params)
  .then(function(request) {
    return parent.handleMessage(request);
  })
  .then(function(response) {
    var params = {ReceiptHandle: request.Messages[0].ReceiptHandle};
    return parent.deleteMessage(params);
  })
  .then(parent.waitForMessage)
  .catch(function(err) {
    console.log(err, err.stack);
  });

我也遇到过类似的问题,后来我意识到这是因为Q。在我看来,Q有一个混乱的API,并且很难与几个简单的示例一起使用。我建议尝试任何其他图书馆,虽然我推荐蓝鸟。使用蓝鸟,您可以执行以下操作:

var Promise = require('bluebird');
var parent = this;
Promise.promisifyAll(parent, { suffix: "P" });
parent.receiveMessageP(params)
  .then(function (request) {
    return [request, parent.handleMessageP(request)];
  })
  .spread(function (request, response) {
    return [request, parent.sendMessageP(JSON.stringify(response))];
  })
  .spread(function (request) {
    console.log("response sent");
    var params = { ReceiptHandle: request.Messages[0].ReceiptHandle };
    return parent.deleteMessageP(params);
  })
  .then(function () {
    parent.waitForMessage();
  })
  .catch(function (err) {
    console.log(err, err.stack);
  });
如果不喜欢返回数组并使用
.spread
的样式,可以在外部作用域中使用映射对象

var Promise = require('bluebird');
var parent  = this;
Promise.promisifyAll(parent, { suffix: "P" });
var cache = {};
parent.receiveMessageP(params)
  .then(function (request) {
    cache.request = request;
    return parent.handleMessageP(request);
  })
  .then(function (response) {
    return parent.sendMessageP(JSON.stringify(response));
  })
  .then(function () {
    console.log("response sent");
    var params = { ReceiptHandle: cache.request.Messages[0].ReceiptHandle };
    return parent.deleteMessageP(params);
  })
  .then(function () {
    parent.waitForMessage();
  })
  .catch(function (err) {
    console.log(err, err.stack);
  });
如果您需要访问链中稍后解析的变量,只需将它们添加到
缓存
对象中,即可轻松访问。有时候,如果你有很多这样的方法,这个方法更干净,更容易阅读。在大多数情况下,我通常更喜欢第一个示例,只是为了避免污染父范围,并可能保留本应处理的引用

并不是说你不能在Q中做类似于
promisifyAll
的事情,而是蓝鸟更高效、更直观

如果您的回调不符合
函数(err,successValue)
的典型节点样式签名(您的一些回调似乎不符合,这意味着
promisifyAll
对它们不起作用),那么您可以在Bluebird中定义自定义“promisifier”。或者修改回调API以符合


请注意,
handleMessage
sendMessage
deleteMessage
实际上并不遵守节点回调约定。我确实注意到了这一点,但它们显然是他的应用程序中的自定义方法。他很可能能够“nodeify”自己的API。不管怎样,即使不是这样,我的回答的重点是提供Q的另一种选择,因为它的API更直观,文档记录也更好。我相信这个答案是一个不错的开始。Bluebird的promisifyAll方法支持自定义promisify函数。嗯,如果它们是他自己的方法,他最好对它们进行promisify:-)哦,你说得对。但他的代码显然无法工作:-)不,不是我应用程序中的自定义方法。我省略了err对象,因为我不知道它是必需的,我试图提供一个没有所有混乱的简化示例。请注意,
handleMessage
sendMessage
deleteMessage
实际上并不遵守节点回调约定,而且对
request.Messages的调用[0]
在第二个
中,则
处理程序将导致
无法调用未定义的消息[0]。您需要通过从第一个和第二个处理程序返回一个数组,并使用
spread
而不是
then
将数组的结果分散到链中下一个处理程序的多个参数中,从而将
request
传递到链中。请看我的答案以获取示例;Q也有同样的能力。它们如何不遵守节点回调约定?是因为他们都必须接受错误和数据吗?如果是这样的话,它们实际上是这样的,但是为了简单起见,我没有把err对象放在这里。我不知道这是node的要求。