JavaScript での Return Await: パフォーマンスの問題、それともスタイルの問題?

return await のパフォーマンスへの影響

ESLint の no-return-await ルールにより、return await の使用が禁止されています。このルールは、return await によって Promise が解決または拒否される前に不必要な遅延が発生することを警告します。ただし、MDN 非同期関数のドキュメントでは、パフォーマンスに関する注意点なしで return await の例が提供されています。

パフォーマンスへの影響

ESLint ルールの説明に反して、return await はパフォーマンスに重大な影響を及ぼしません。単純な return よりも実行がわずかに遅くなる可能性がありますが、この違いはほとんどのシナリオでは無視できます。

使いやすさとスタイル

return await はパフォーマンスの問題ではありませんが、スタイルが悪いと考えられます。これは、Promise と async/await に関する潜在的な誤解を示しています。プレーンな return は、追加の操作を行わずに同じ機能を実現します。

例外処理

ただし、return await が重大な違いを生むインスタンスが 1 つあります:

try {
  ...
  return await ...;
} ...

await catch ハンドラーまたはfinally ハンドラーを実行する前に解決する Promise をトリガーします。単純な return はこの動作をバイパスし、拒否された Promise の誤った処理につながります。

以上がJavaScript での Return Await: パフォーマンスの問題、それともスタイルの問題?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。