C＃でカスタム例外を実装するための業界標準のベストプラクティスは何ですか？

Question

C＃でカスタム例外を実装するための業界標準のベストプラクティスは何ですか？

私はGoogleにチェックしましたが、たくさんのおすすめがありますが、どちらが信頼性が高いのか分かりません。

誰かが信頼できる記事へのリンクを持っている場合は、それも役立ちます。

Answer 1

。独自のプロパティ/メソッドとオーバーロードされたコンストラクタ（該当する場合）を導入することができます。

ここには、例外タイプに固有の特別なパラメータを取り込むカスタムConnectionFailedExceptionの基本的な例があります。

[Serializable] 
public class ConnectionFailedException : Exception 
{ 
    public ConnectionFailedException(string message, string connectionString) 
     : base(message) 
    { 
     ConnectionString = connectionString; 
    } 

    public string ConnectionString { get; private set; } 
} 

アプリケーションでは、アプリケーションがデータベースに接続しようとするシナリオで使用できます。

try 
{ 
    ConnectToDb(AConnString); 
} 
catch (Exception ex) 
{ 
    throw new ConnectionFailedException(ex.Message, AConnString); 
} 

それから、より高いレベル（該当する場合）

でConnectionFailedExceptionを処理するのはあなた次第です。またここでDesigning Custom Exceptionsを見て、Custom Exceptions

Answer 2

私はあなたが例外処理の実践を探していると仮定します。だから、次の記事に

http://msdn.microsoft.com/en-us/library/ms229014.aspxを見て//カスタム例外を含む例外についての全体的なアイデアを与える

http://blogs.msdn.com/b/jaredpar/archive/2008/10/20/custom-exceptions-when-should-you-create-them.aspx //

カスタム例外を作成するための標準が Exceptionから派生することです

Answer 3

は、カスタム例外を作成するためのコードですしています。

using System; 
using System.Runtime.Serialization; 

namespace YourNamespaceHere 
{ 
    [Serializable()] 
    public class YourCustomException : Exception, ISerializable 
    { 
     public YourCustomException() : base() { } 
     public YourCustomException(string message) : base(message) { } 
     public YourCustomException(string message, System.Exception inner) : base(message, inner) { } 
     public YourCustomException(SerializationInfo info, StreamingContext context) : base(info, context) { } 
    } 
} 

も参照してください：http://www.capprime.com/software_development_weblog/2005/06/16/CreatingACustomExceptionClassInC.aspx

Answer 4

カスタム例外を使用してエラーの性質を伝えます。

たとえば、引数をチェックするために "ArgumentNullException"が提供されているフレームワークを使用するのが好きです。その後、デバッガまたはエラーログのいずれかでこのエラーが表示されたら、私は直ちにエラーを読むことなくエラーの性質を知ります。

スペクトルのもう片側は、InvalidOperationExceptionです。これは、ほとんど何かを意味する可能性があります。

カスタム例外の代わりに、詳細なエラーメッセージがあります。それは大丈夫ですが、ConnectionFailedなどのカスタム例外を作成する方が意味があります。その後、メッセージ自体がより詳細な情報を提供することができます。

このようなカスタム例外を作成する場合、私は新しいプロパティを追加しません。これは、エラー・ロガーを使用している場合は、すべての例外を処理するためです。特別なプロパティを追加すると、エラーロガーはそれを無視します。たとえば、MSTestを使用する場合、テストを実行し、失敗した場合、カスタムプロパティは表示されません。しかし、ベースクラスのMessageプロパティを使うと、うまく表示されます。

だから、サブクラス化は非常に簡単です：

public class NavigationException : Exception{ 
    public NavigationException() {} 
    public NavigationException(string msg) : base(msg) {} 
    public NavigationException(string msg, Exception inner) : base(msg, inner) {} 
} 

これは、非常に簡単である任意のエラーロガーで動作し、私はそれを見たとき、私はそれはナビゲーションの問題だったし、必要に応じて、私は詳細を表示することができます知っています。

グレッグ