「戻るのを待つ」のはパフォーマンスを傷つけますか: 事実ですか、それとも ESLint のフィクションですか?

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

ESLint ルール no-return-await は、return await 式の使用を阻止することを目的としています。ただし、return await によってパフォーマンスのオーバーヘッドが発生することが示唆されています。この概念と矛盾するように見える例が公式ドキュメントに存在するため、これは混乱を引き起こしました。

return await について

return await は return の簡潔な方法です。 Promise の解決された値。ただし、実際に何を行うのか、パフォーマンス上の問題を引き起こすかどうかを明確にすることが重要です。

パフォーマンスへの影響

技術的には、これに関連する重大なパフォーマンスの低下はありません。帰りを待ちます。追加の操作が必要になりますが、違いは無視できます。これは、数値自体を返すのではなく、数値とゼロの合計を返すことに似ています。

文体上の懸念

文体の観点から、return await は一般に不要であると考えられています。そして誤解を招く可能性があります。これは、関数が Promise の解決を待機し、その結果を返すことを意味しますが、実際には Promise の解決は await キーワード自体にすでに暗黙的に含まれています。

Exceptions

ただし、return await が実際的な違いを生む可能性がある例外が 1 つあります。 try-catch ブロック内で return await を使用すると、待機中の Promise の実行中にスローされたエラーが catch ブロックによって確実に処理されます。これがなければ、エラーは無視され、適切に処理されません。

結論として、return await はパフォーマンスに重大な懸念を引き起こすことはありませんが、一般的にスタイルが悪いと考えられており、潜在的な誤解を招く可能性があります。 try-catch ブロックでのエラー処理に必要な場合を除き、使用しないことをお勧めします。

以上が「戻るのを待つ」のはパフォーマンスを傷つけますか: 事実ですか、それとも ESLint のフィクションですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。