C＃では、使用しないでください。組み込みの例外はありますか？

Question

.NET Frameworkに定義されている、独自のコードで投げてはいけない例外があるか、それとも悪い習慣ですか？私は自分自身を書く必要がありますか？

Answer 1

ユーザーエラーのためにCLRによって自動的にスローされる例外をスローしないでください。インスタンス

• StackOverflowExceptionが
• とNullReferenceException
• AccessViolationException
• 等...

ためのものであるが何をしている理由は、そう、あなたのAPIを呼び出す人々のための混乱を作成します。ユーザーは、APIによって積極的にスローされた例外と、積極的にスローされない例外（CLRによってスローされる）とを区別することができます。

なぜなら、積極的にスローされた例外は一般的にAPIの既知の状態を表すからです。私がAPIを呼び出し、それがArgumentExceptionを投げた場合、私は、与えられたオブジェクトが良い状態にあるという合理的な期待を持っています。それは潜在的に悪い状況を認識し、積極的にそれを説明しました。一方、NullRefrenceExceptionがスローされた場合、これはAPIが不明なエラーを検出し、現在は信頼できない状態にあることを示します。

また、これらの例外は、CLRではなくユーザーコードによってスローされたときの動作が異なります。たとえば、ユーザーコードによってスローされた場合はStackOverflowExceptionをキャッチできますが、CLRによってスローされた場合はスローされません。あなたが直接例外、ApplicationExceptionをまたはのSystemExceptionを投げるべきではないマイケルさんのコメント

への対応

• http://blogs.msdn.com/jaredpar/archive/2008/10/22/when-can-you-catch-a-stackoverflowexception.aspx

EDIT。これらの例外タイプは、あなたのAPIを呼び出すコードに意味のある情報を提供するにはあまりにも一般的です。本当にあなたは非常に説明的なメッセージをメッセージパラメータに入れることができます。しかし、メッセージに基づいて例外をキャッチするのは簡単ではありません。タイプに基づいてキャッチするほうがはるかに優れています。このテーマに関する

FxCopのルール：http://msdn.microsoft.com/en-us/library/ms182338(VS.80).aspx

Answer 2

すでにあなたのための定義されたいくつかの例外があります。常にExceptionsを使用する前に自分自身をロールバックする

Answer 3

フレームワーク内のほとんどの例外クラスは、通常、フレームワーク固有のエラーを通知するために作られているため、再利用されません。 mentioned by @JaredParのように、フレームワークはフレームワーク内の特定の状態を示すためにフレームワークによって使用されます。

フレームワークには文字通り数十、おそらく数百の例外がありますので、私たちはをに使用するほうが便利です。ユーザーコード内の他のエラー条件については

• ArgumentException、ArgumentNullExceptionとArgumentOutOfRangeException
• InvalidOperationException
• NotSupportedException
• NotImplementedException

：私の頭の上には、これらは私が積極的に使うものであり、ベストプラクティスは、独自の例外クラスを作成することです。

Answer 4

マイクロソフトでは、ある時点で、Exceptionから直接継承しないようにプログラマに指示していましたが、代わりにApplicationExceptionをその基本クラスとして使用していました。しかし、その意見がまだ真実であるかどうかわからない...

正確なエラー条件（ "NullReferenceException"や "InvalidArgumentException"など）をカバーする事前定義された例外がすでに存在する場合 - あなた自身のコードの中でそれらを再発明するのではなく、それらを投げる。

マルク・

Answer 5

オンラインDesign Guidelines for Exceptions（具体的thisページを参照してください）原則アドバイスが含まれています。

書籍"Framework Design Guidelines: Conventions, Idioms, and Patterns for Reusable .NET Libraries, 2nd Edition"には、このトピックに関する詳細および詳細な説明があります。

Answer 6

@Michael実際には、NullReferenceExceptionをスローすることをお勧めします。拡張メソッドの最初のパラメータ（thisパラメータ）がnullの場合。 null変数が期待どおりに動作するためには、これを行う必要があります。