try/catchを新しくスローする

Question

例外を発生させるコードと同じ方法で処理するべきか、呼び出し元と同じ方法で扱うべきかの例外を取り扱う経験則がありますか？

これに関連して、「スロー・ニュー」やキャッチ・ブロックをいつ使うべきかを決めるための経験則/一般的な慣習は何ですか？

おかげ

Answer 1

キャッチとは、例外を処理できることを意味します。

条件を処理して有用なことができるときは、例外をキャッチする必要があります。それ以外の場合は、コールスタックにバブルアップさせる必要があります。おそらくあなたの上の誰かがそれを処理できます。一部のアプリでは、最も外側のレイヤーで処理するための処理されていない例外ハンドラーがありますが、それを処理する便利な方法がわからない限り、一般的には手放します。

throw newとは、あなたの上の誰かが捕まえたいと思うエラー条件を作成していることを意味します。呼び出し側はエラーを処理/捕捉したいので、新しい "Exception"や "ApplicationException"を投げないようにしてください。例外から継承する特定の例外タイプを投げて、ユーザが処理しているものを知っているようにしてください。

例外ではありません。例外的なエラーの場合を除き、投げないでください。たとえば、何かが存在するかどうかをチェックするコードでは、スローしてキャッチしてはいけません。頻繁に呼び出されると、デバッガがブレークし、高価になります。私たちのチームでは、エラーケースに遭遇しなければ常にクリーンに実行するコードを探します。ここで

は、関連記事です：[JavaやC＃での例外管理のベストプラクティス]の Trying to understand exceptions in C#

Answer 2

取り扱いは例外を扱うことができる最低のレベルで行われるべきです。例えば。低レベルの算術関数が0除算例外を与える場合は、おそらく続けることができます。ファイルI/Oエラーが発生した場合、おそらくアプリケーションの流れで非常に高いレベルで処理する必要があります。

例外が発生する場所で、例外が発生する場所で、新しい例外を使用する必要があります。

例外を処理できる場所にキャッチブロックを追加する必要があります。上で書いたように、キャッチブロックはキャッチする場所によって異なりますが、できるだけ早く処理できます。