我们需要 Promise.allSettled() 吗？

你对 Promise.allSettled() 有何看法？

对我来说，allSettled 看起来像是寻找问题的解决方案。这个问题是开发人员不处理错误。

概念

Promise.allSettled() 的设计非常简单：

const allSettled = (promises) => Promise.all(promises.map(entry => entry
  .then((value) => ({ status: 'fulfilled', value }))
  .catch((reason) => ({ status: 'rejected', reason }))
));

它提供了一个“一致”的结果对象 - 嗯，状态是一致的，因此您可以比使用 Object.hasOwn() 更干净地使用 .filter()，但值和原因是故意不同的，因此您不能将它们混淆。

大多数情况下，allSettled 会为您的每个 Promise 添加一个 .catch()。

处理你的错误

但我的症结在于：如果您并行调用一组服务并且您知道一个或多个服务可能会失败，但这并不重要......为什么您不为此编写错误处理？

const getFlakyService = (payload) => fetch(flakyUrl, payload);

Promise.allSettled([
  getFlakyService({ type: 'reptiles' }),
  getFlakyService({ type: 'mammals' }),
  getFlakyService({ type: 'birds' }),
  getFlakyService({ type: 'amphibians' }),
]).then((outcomes) => outcomes
  .filter(({ status }) => status === 'fulfilled'))
});

与此相比，我们节省了多少精力：

const getFlakyService = (payload) => fetch(flakyUrl, payload)
  // We don't really care about the failures
  .catch(() => undefined);

Promise.all([
  getFlakyService({ type: 'reptiles' }),
  getFlakyService({ type: 'mammals' }),
  getFlakyService({ type: 'birds' }),
  getFlakyService({ type: 'amphibians' }),
]).then((data) => { /* ... */ });

如果您关心哪些调用失败，您可能需要可访问的请求信息以进行跟踪，但不能保证该信息在原因中可用。在这种情况下，Promise.allSettled 的帮助就更小了，编写自己的错误处理更有意义。

const getFlakyService = (payload) => fetch(flakyUrl, payload)
  // Send the failures details to a tracking/logging layer
  .catch((error) => trackRequestError(flakyUrl, payload, error);

Promise.all([
  getFlakyService({ type: 'reptiles' }),
  getFlakyService({ type: 'mammals' }),
  getFlakyService({ type: 'birds' }),
  getFlakyService({ type: 'amphibians' }),
]).then((data) => { /* ... */ });

我承认“结果”的标准化可能会很方便。通过 allSettled，您可以在失败全部完成后对失败进行计数。但自定义错误处理也是如此。

结论

在不久的将来我将继续使用 Promise.all()，但我有兴趣了解您对 Promise.allSettled() 的用例以及您为什么喜欢它。

以上是我们需要 Promise.allSettled() 吗？的详细内容。更多信息请关注PHP中文网其他相关文章！