C＃デバッグ：[DebuggerDisplay]またはToString（）？

Question 1

{MyNamespace.MyProject.MyClass}デバッガーに表示する代わりに、デバッグ情報の有用性を高めるには2つの方法があります。

これらは、の使用法DebuggerDisplayAttributeとToString()方法です。

using System.Diagnostics;
...

[DebuggerDisplay("Name = {Name}")]
public class Person
{
    public string Name;
}

または

public class Person
{
    public string Name;
    public override string ToString()
    {
        return string.Format("Name = {0}", Name);
    }
}

どちらか一方を優先する理由はありますか？両方をしない理由はありますか？それは純粋に個人的な好みですか？

Question 2

使用[DebuggerDisplay]はデバッガーのみを対象としています。ToString（）をオーバーライドすると、実行時に表示が変更されるという「副作用」があります。

これは良いことかもしれませんし、そうでないかもしれません。

多くの場合、デバッグ中に標準ToString()出力よりも多くの情報が必要になります。その場合は、両方を使用します。

たとえば、あなたの場合、「ToString」の実装は私には奇妙に思えます。「Person」クラスのToString（）実装は、「Name = PersonsName」ではなく、Nameを直接返すことを期待します。ただし、デバッグ中に、その追加情報が必要になる場合があります。

Question 3

「カスタムクラスまたは構造体を作成するときは、タイプに関する情報をクライアントコードに提供するために、ToStringメソッドをオーバーライドする必要があります。」— MSDN

どのような場合にToString()戻り、デバッガで見ると、あなたは、あなたが使用したいものではありませんDebuggerDisplayAttribute。

Question 4

デバッガーの速度も考慮に入れることができます。

DebuggerDisplayAttributeフォーマット式は、各デバッグステップ/ブレークポイントの後にデバッガーによって解釈されます。

ToStringはコードでコンパイルされるため、デバッガーによる実行がはるかに高速になります。

これは条件付きブレークポイントでも同じです。条件式が遅すぎて、実行がブレークポイントに到達するたびにデバッガーで解釈できない場合は、ブレークポイントを削除して、代わりに次のような一時コードを追加すると便利です。 if (condition) Debugger.Break();