Question

我正在进入node.js中的Promises（使用Q库）。我已将所有基于回调的代码移植到Promises，一切似乎都很好。但是，有一种模式我似乎一直在实施，我觉得这种模式很可疑。我觉得可能有更好的方法来解决这个问题，但我真的不确定是什么。

基本上，如果您有可能从异步操作中获取错误，并且您可能或可能无法在本地处理它。例如，处理某类错误，并传播其余的错误。在基于回调的代码中，我会做类似的事情：

fs.readFile(path, 'utf-8', function (err, data) {
    if(err) {
        if(err.code == "ENOENT") {
            cb(null, null); //it's fine to return null and eat the error
        } else {
            cb(err, null); //this is probably not fine, so barf
        }
        return;
    }
    ...
});

在基于Promise的代码中，这变为：

return fs.readFile(path, 'utf-8').then( function(data) { ... }, function(err) {
    if(err.code == "ENOENT") {
        return null; //it's fine to return null and eat the error
    }
    throw err; //this is probably not fine, so barf 
});

我不喜欢的部分是重新抛出错误。我来自.NET背景，在那里重新抛出这样的异常基本上是一个可以攻击的冒犯。但是，也许在JavaScript中并不重要？或者，有没有办法编写我不知道的代码？

Answer 1

也许在JavaScript中没关系？

确实，没关系。重新抛出并不是一种糟糕的做法，堆栈跟踪（如果在异步环境中可用）将不会受到损害。

JS没有办法根据类型有条件地捕获异常，你总是要抓住它们。一些承诺库Bluebird specifically确实为错误的模式匹配提供了语法糖。

有没有办法编写我不知道的代码？

如果您不喜欢throw关键字，或者担心它会损害您的异常对象（它不应该），您可以使用等效的

return Promise.reject(err);

你如何选择处理Javascript承诺中的错误？

1 个答案: