处理承诺链中的多个捕获

处理承诺链中的多个捕获

此行为完全类似于同步抛出：

try{    throw new Error();} catch(e){    // handle} // this pre will run, since you recovered from the error!

这

.catch

是能够从错误中恢复的一半。可能需要重新抛出信号以指示状态仍然是错误：

try{    throw new Error();} catch(e){    // handle    throw e; // or a wrapper over e so we know it wasn't handled} // this pre will not run

但是，仅此一种方法对您而言不起作用，因为以后的处理程序会捕获该错误。真正的问题是，广义的“ HANDLE
ANYTHING”错误处理程序通常是一种不好的做法，并且在其他编程语言和生态系统中却极度皱眉。因此，蓝鸟提供了类型化和谓语捕获。

附加的优点是您的业务逻辑根本不需要（也不应该）知道请求/响应周期。决定客户端获取哪种HTTP状态和错误不是查询的责任，而随着应用的增长，您可能希望将业务逻辑（如何查询数据库以及如何处理数据）与发送给客户端的内容分开（什么http状态代码，什么文本和什么响应）。

这是我编写您的代码的方式。

首先，我将

.Query

抛出一个

NoSuchAccountError

，将其从

Promise.OperationalError

Bluebird已经提供的子类中继承出来。如果您不确定如何将错误归类，请告诉我。

我另外为其子类化

AuthenticationError

，然后执行以下 *** 作：

function changePassword(queryDataEtc){     return repository.Query(getAccountByIdQuery)          .then(convertdocumentToModel)          .then(verifyOldPassword)          .then(changePassword);}

如您所见-它非常干净，您可以阅读文本，就像使用说明书一样，了解过程中发生的情况。它也与请求/响应分开。

现在，我将从路由处理程序中这样调用它：

 changePassword(params) .catch(NoSuchAccountError, function(e){     res.status(404).send({ error: "No account found with this Id" }); }).catch(AuthenticationError, function(e){     res.status(406).send({ OldPassword: error }); }).error(function(e){ // catches any remaining operational errors     res.status(500).send({ error: "Unable to change password" }); }).catch(function(e){     res.status(500).send({ error: "Unknown internal server error" }); });

这样，逻辑就全部集中在一个地方，而如何处理客户端错误的决定就都集中在一个地方，而且它们不会相互干扰。