Depuração C #: [DebuggerDisplay] ou ToString ()?

Existem duas maneiras de aumentar a utilidade das informações de depuração, em vez de ver {MyNamespace.MyProject.MyClass}no depurador.

Estes são o uso DebuggerDisplayAttributee o ToString()método.

using System.Diagnostics;
...

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

ou

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

Existe alguma razão para preferir um ao outro? Alguma razão para não fazer as duas coisas? É uma preferência puramente pessoal?

Usando [DebuggerDisplay] destina-se apenas ao depurador. Substituir ToString () tem o "efeito colateral" de alterar a exibição em tempo de execução.

Isso pode ou não ser uma coisa boa.

Freqüentemente, você deseja mais informações durante a depuração do que sua ToString()saída padrão ; nesse caso, você usaria ambos.

Por exemplo, no seu caso, a implementação de "ToString" parece estranha para mim. Eu esperaria que uma implementação ToString () da classe "Person" retornasse apenas o Name diretamente, não "Name = PersonsName". No entanto, durante a depuração, posso querer essas informações extras.

"Ao criar uma classe ou estrutura personalizada, você deve substituir o método ToString para fornecer informações sobre o seu tipo ao código do cliente." - MSDN

Se o que ToString()retorna e você vê no depurador não é o que você gostaria, então você usa DebuggerDisplayAttribute.

A lentidão do depurador também pode ser levada em consideração:

DebuggerDisplayAttributeA expressão de formato é interpretada pelo depurador após cada etapa / ponto de interrupção de depuração.

ToStringé compilado em seu código e, portanto, é muito mais rápido de executar pelo depurador.

O mesmo ocorre com os pontos de interrupção condicionais: se a expressão condicional for muito lenta para ser interpretada pelo depurador sempre que a execução atingir o ponto de interrupção, pode ser útil remover o ponto de interrupção e, em vez disso, adicionar código temporário como este: if (condition) Debugger.Break();