どの try-catch ブロックにも例外がスローされない場合、いくつかの try-catch ブロックを使用するのは「遅い」ですか? 私の質問はこれと同じですが、JavaScript の場合です。
try-catch ブロックを含む 20 個の関数と、それらの 20 個の関数のすべてを呼び出す別の関数があり、いずれも例外をスローしないとします。この try-catch ブロックが原因で、コードの実行が遅くなったり、パフォーマンスが大幅に低下したりすることはありますか?
どの try-catch ブロックにも例外がスローされない場合、いくつかの try-catch ブロックを使用するのは「遅い」ですか? 私の質問はこれと同じですが、JavaScript の場合です。
try-catch ブロックを含む 20 個の関数と、それらの 20 個の関数のすべてを呼び出す別の関数があり、いずれも例外をスローしないとします。この try-catch ブロックが原因で、コードの実行が遅くなったり、パフォーマンスが大幅に低下したりすることはありますか?
ブロックはtry-catch
高価だと言われています。ただし、重要なパフォーマンスが問題にならない場合は、それを使用することは必ずしも問題ではありません。
ペナルティ IMO は次のとおりです。
読みやすさ : 多くの try-catch を使用してコードを配管するのは見苦しく、気を散らすものです。
不適切: コードが例外クラッシュの影響を受けない場合、そのようなブロックを挿入するのは悪い考えです。コードに失敗が予想される場合にのみ挿入してください。次のトピックを見てください: try/catch ブロックをいつ使用するか?
Async :try-catch
ブロックは同期的であり、async
プログラミングに関しては効果的ではありません。ajax
リクエスト中に、専用のコールバックでerror
とイベントの両方を処理します。success
の必要はありませんtry-catch
。
お役に立てれば、
R.