There are two ways to increase the usefulness of debugging information instead of seeing {MyNamespace.MyProject.MyClass}
in the debugger.
These are the use of the [DebuggerDisplayAttribute][1]
and the ToString()
method.
using System.Diagnostics;
...
[DebuggerDisplay("Name = {Name}")]
public class Person
{
public string Name;
}
or
public class Person
{
public string Name;
public override string ToString()
{
return string.Format("Name = {0}", Name);
}
}
Is there any reason to prefer one to the other? Any reason not to do both? Is it purely personal preference?
Using [DebuggerDisplay]
is meant only for the debugger. Overriding ToString() has the "side effect" of changing the display at runtime.
This may or may not be a good thing.
Often, you want more info during debugging than your standard ToString()
output, in which case you'd use both.
For example, in your case, the "ToString" implementation seems odd to me. I would expect a "Person" class ToString() implementation to just return the Name directly, not "Name = PersonsName". However, during debugging, I might want that extra information.
"When you create a custom class or struct, you should override the ToString method in order to provide information about your type to client code." — MSDN
If what ToString()
returns and you see in debugger is not what you would like then you use DebuggerDisplayAttribute
.
Slowness of the debugger can also be taken into account:
DebuggerDisplayAttribute
format expression is interpreted by the debugger after each debugging step / breakpoint.
ToString
is compiled in your code and is therefore much faster to execute by the debugger.
That's the same with conditional breakpoints: If the conditional expression is too slow to interpret by the debugger each time the execution reach the breakpoint, it can be useful to remove the breakpoint and instead add temporary code like this: if (condition) Debugger.Break();
来源:https://stackoverflow.com/questions/3190987/c-sharp-debugging-debuggerdisplay-or-tostring