ついに代わりにキャッチ

Question

の使い方私は今、数回このパターンを見てきました：

 bool success = false; 
     try 
     { 
      DoSomething(); 
      success = true; 
     } 
     finally 
     { 
      if (!success) 
       Rollback(); 
     } 

と私は思ってきた：なぜこれがロールバックのためのキャッチを使用するよりも良いですか？

 try 
     { 
      DoSomething(); 
     } 
     catch 
     { 
      Rollback(); 
      throw; 
     } 

バック失敗した場合にロールされていることを確認、変更を行うことの二つの方法の違いは何ですか？

Answer 1

ここで明確な目標は、エラーが発生した場合にRollbackを呼び出すことです。どちらのコードスニペットもこの目標を達成します。最初は、常に実行されているfinallyを使用して、tryブロックの最後の行に正常に到達したことを確認します。 2番目はエラーをキャッチし、トランザクションをロールバックし、キャッチされた例外を再スローします。いずれかのスニペットの結果、スローされた例外はロールバックされ、次のレベルまでバブリングされます。

あなたは、プロジェクトがJavaから移植されたと述べました。 Javaでは、re-throw an exceptionのように、C＃でできることと同じようにthrow;を使用します。また、コールスタック（et al）を維持するthrow a new exceptionでもかまいません。 2番目はC＃で少し明確でシンプルですが（多くはありませんが）、最初は実際にJavaで書かれた作業をする利点があります。

Answer 2

finallyは、例外を捕捉するだけでなく、常に実行されます。

は、エラーが発生したときにロールバックのみ必要とされ、この特定の場合には、確かに、しかし、一般的なパターンとして、try-finallyはあなたが確認する必要があり、多くの場合、リソース管理（のために、より有用であることを常にあなたClose()またはDispose()のあなたのリソースを適切に）。特に、コードの作成者がこのイディオムがより広く普及しているJavaの背景から来ている場合。

Answer 3

finallyステートメントは通常、リソースのクリーンアップに使用されます。例外をトランザクションをロールバックする唯一の理由ではない場合は、Rollback()メソッドを使用しても問題ありません。 Close()またはDispose()のメソッドは、finallyブロックに終わる主要な候補です。

ただし、例外をスローする可能性のあるものは実行したくありません。

Answer 4

私はここにいくつかのコードを投稿していますが、これは本当に質問に関連していなくても（後で削除されます）。このプログラムでは

：、 throwではなく、真 あるラインを

using System; 

namespace testcs 
{ 
    class Program 
    { 
     static void Main(string[] args) 
     { 
      try 
      { 
       try 
       { 
        foo(); 
        foo(); 
        foo(); 
       } 
       catch 
       { 
        throw; 
       } 
      } 
      catch (Exception e) 
      { 
       Console.WriteLine(e.ToString()); 
      } 
     } 

     private static void foo() 
     { 
      throw new Exception("oops"); 
     } 
    } 
} 

スタックトレース（！行番号を見て）が保持されますが、main関数の中で、あなたは「ライン19」を参照してくださいよ行で、foo()が呼び出されています（13行目）。

Answer 5

私は、これは単なるanecdotal evidenceない場合はわからないんだけど、私は個人的に非常に実用的な理由でこのパターンを使用しています：DoSomethingが例外をスローすると、例外が最初に発生した場所は、Visual StudioデバッガはDoSomethingに解除されます2番目のバージョンではthrow;で破損します。これにより、Rollbackがすべてをクリーンアップする前にアプリケーションの状態を検査することができます。

Answer 6

あなたが使用することをキャッチされた例外の種類を、この特定のコードでは気にしない場合：これは100％のために元の形式でコールスタックを保持します

try 
{ 
    DoSomething(); 
    ok = true; 
} 
finally 
{ 
    if(!ok)Rollback(); 
} 

。 はまた、あなたは、このように例外加工へを使用している場合：

try 
{ 
    DoSomething(); 
    ok = true; 
} 
catch(FirstExcetionType e1) 
{ 
    //do something 
} 
catch(SecondExcetionType e2) 
{ 
    //do something 
} 
catch(Exception e3) 
{ 
    //do something 
} 
finally 
{ 
    if(!ok)Rollback(); 
} 

すべての単一のcatch文からロールバックを呼び出すよりも、あなたのコードをより読みやすくすることができます最後に、最後に使用しました。