सी # डीबगिंग: [डीबगर डिस्प्ले] या ToString()?

Question

डीबगर में {MyNamespace.MyProject.MyClass} देखने के बजाय डीबगिंग जानकारी की उपयोगिता को बढ़ाने के दो तरीके हैं।

ये 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); 
    } 
} 

वहाँ अन्य करने के लिए एक पसंद करते हैं करने के लिए किसी भी कारण है? दोनों कारण नहीं करने का कोई कारण? क्या यह पूरी तरह से निजी वरीयता है?

Answer 1

[DebuggerDisplay] का उपयोग केवल डीबगर के लिए है। ओवरराइड टूस्ट्रिंग() में रनटाइम पर डिस्प्ले को बदलने का "साइड इफेक्ट" है।

यह एक अच्छी बात हो सकती है या नहीं भी हो सकती है।

अक्सर, आप अपने मानक ToString() आउटपुट से डीबगिंग के दौरान अधिक जानकारी चाहते हैं, इस मामले में आप दोनों का उपयोग करेंगे।

उदाहरण के लिए, आपके मामले में, "ToString" कार्यान्वयन मेरे लिए अजीब लगता है। मैं एक "व्यक्ति" वर्ग ToString() कार्यान्वयन की अपेक्षा करता हूं कि वह नाम सीधे वापस लौटाए, न कि "नाम = व्यक्ति नाम"। हालांकि, डिबगिंग के दौरान, मुझे वह अतिरिक्त जानकारी चाहिए।

Answer 2

"जब आप कस्टम क्लास या स्ट्रक्चर बनाते हैं, तो आपको क्लाइंट कोड पर अपने प्रकार के बारे में जानकारी प्रदान करने के लिए ToString विधि को ओवरराइड करना चाहिए।" - MSDN

यदि ToString() रिटर्न और आप डीबगर में देखते हैं तो आप नहीं चाहते हैं तो आप DebuggerDisplayAttribute का उपयोग करें।

Answer 3

डिबगर का धीमापन भी ध्यान में रखा जा सकता है:

DebuggerDisplayAttribute प्रारूप अभिव्यक्ति प्रत्येक डिबगिंग कदम/ब्रेकप्वाइंट के बाद डिबगर द्वारा व्याख्या की है।

ToStringआपके कोड में संकलित है और इसलिए डीबगर द्वारा निष्पादित करने के लिए बहुत तेज़ है।

कि सशर्त breakpoints के साथ एक ही है: if (condition) Debugger.Break();

: सशर्त अभिव्यक्ति हर बार निष्पादन ब्रेकपाइंट तक पहुँचने डिबगर द्वारा व्याख्या करने के लिए बहुत धीमी है, तो यह ब्रेकप्वाइंट को हटाने और बजाय इस तरह अस्थायी कोड जोड़ने के लिए उपयोगी हो सकता है