この状況で.Net 2.0の例外を投げるべきですか？

Question

私は、CastleProjectの実装で "Release Candidate"という指定よりも、自分のコードを恐れのない会社のActiveRecord実装をもう一つ書いています。とにかく、私は戻って、データセットの列にマップするために、基本クラスの各プロパティに属性を使用しています：

[ResultColumnAttribute("CUST_FIRST_NAME")] 
public string FirstName 
     { 
      get { return _columnName; } 
      set { _columnName = value; } 
     } 

私は、データセットからのクラスをインスタンス化するとき、私はプロパティの値列の値ことを割り当てるようにします。列が属性にマップされているにもかかわらず、データセットに表示されない場合、どのような例外をスローする必要がありますか？私は行きたいとカスタム（怠惰な）を書くことを望んでいない、と私は思うApplication.Exception少しノンスクリプトです。

Answer 1

この例外は、あなたのドメインにローカライズされています。あなた自身がInvalidMappingExceptionを書くのが良いと思います。ここで

私はそれを書くだろうかです：

[Serializable] 
public class InvalidMappingException : Exception 
{ 
    public InvalidMappingException() { } 

    public InvalidMappingException(String message) 
     : base(message) { } 

    public InvalidMappingException 
     (String message, Exception innerException) 
      : base(message, innerException) { } 

    protected InvalidMappingException 
     (SerializationInfo info, StreamingContext context) 
      : base(info, context) { } 
} 

Answer 2

まず第一に、城ウィンザーは正式今バージョン2である、ないのリリース候補:)

私は内の例外の限られたセットがあると思います

• NotImplementedException
• と、InvalidOperationException：.NETフレームワークは、あなたが本当にあなたのコードから投げることができます
• ArgumentExceptionが
• 例外ArgumentNullException

以上があるかもしれない、私は他の記事のために期待しています。それらのどれも適合しない場合は、あなた自身で書く必要があります。 Visual Studioの "exc"コードスニペットでは、遅延は実際には議論ではありません。

Answer 3

あなたの実装に固有のカスタム例外を記述します。これは非常に特殊化されたカスタマイズされた状況であり、カスタム例外はおそらく他のどのものよりもよく適合します。私に

は、この例では、(lazy)は、それが正当だ時にカスタム例外を作るために必要なコードの少し、ほんの少しを追加することを避けるために良い十分な理由ではありません...

Answer 4

はあなただけべきであることに合意しましたあなた自身のことを書いてください（ちょうど例外をタイプし、Tabを押すとエディタが2/3の仕事をします！）、もしそうでなければ、おそらくArgumentExceptionに行きます。

Answer 5

私はInvalidOperationExceptionを使用しない理由はありません。あなたの呼び出し元があなたの例外を使ってプログラム的なことをしない限り、例外の型は関係ありません。たとえば、明示的にキャッチしようとしている場合、または例外の一部のプロパティを参照している場合、独自のものが必要です。

それ以外の場合、組み込みの例外は問題ありません。

---

クシシュトフ・クワリーナ、Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Librariesの共著者でHow to Design Exception Hierarchiesを参照してください。

Answer 6

"throw new Exception"は正式には無効なスタイルなので、すべてのエラーに対してInvalidOperationException（ "記述的メッセージ"）を投げます。カスタムエラーを書くのが面倒です。