例外に関する前の質問のフォローアップで、.NETでカスタム例外を作成するためのベストプラクティスは何ですか?
具体的には、System.Exception、System.ApplicationException、またはその他の基本例外から継承する必要がありますか?
例外に関する前の質問のフォローアップで、.NETでカスタム例外を作成するためのベストプラクティスは何ですか?
具体的には、System.Exception、System.ApplicationException、またはその他の基本例外から継承する必要がありますか?
C# IDE で、「例外」と入力して TAB キーを押します。これは、新しい例外タイプの作成を開始するために拡張されます。例外の実践に関するいくつかの議論へのリンクを含むコメントがあります。
個人的には、多くの小さなクラスを作成することの大ファンであり、それは例外の型にまで及びます。たとえば、Foo クラスを作成する場合、次のいずれかを選択できます。
throw new Exception("Bar happened in Foo");throw new FooException("Bar happened");throw new FooBarException();どこ
class FooException : Exception
{
public FooException(string message) ...
}
と
class FooBarException : FooException
{
public FooBarException()
: base ("Bar happened")
{
}
}
私は 3 番目のオプションを好みます。
から継承しSystem.Exceptionます。System.ApplicationExceptionは役に立たず、設計ガイドラインには「投げたり、派生したりしないでくださいSystem.ApplicationException」と書かれています。
http://blogs.msdn.com/kcwalina/archive/2006/06/23/644822.aspxを参照してください
そのためのコードスニペットがあります。それを使用してください。さらに、後でコード分析を確認してください。スニペットは、実装する必要のあるコンストラクターの1つを除外します。
あらゆるレベル(カスタムの作成、スロー、キャッチ)で例外を処理するときに覚えておくべき最も重要なことは、例外は例外的な条件のみであるということです。
他のすべての例外が継承される基本例外はSystem.Exceptionです。もちろん、より具体的な例外のデフォルトメッセージなどを使用する場合を除いて、これを継承する必要があります。