ऐसा लगता है किट्रेस नेट बीसीएल में बनाम डीबग
मोटे तौर पर ही कर रहे हैं, उल्लेखनीय अपवाद है कि डीबग उपयोग बाहर संकलित किया गया है साथ एक रिलीज विन्यास में।
आप एक का उपयोग कब करेंगे और दूसरे नहीं? इसका एकमात्र उत्तर मैंने अभी तक खोला है कि आप डीबग कक्षा का उपयोग आउटपुट उत्पन्न करने के लिए करते हैं जो आप केवल डीबग कॉन्फ़िगरेशन में देखते हैं, और ट्रेस रिलीज़ कॉन्फ़िगरेशन में रहेगा, लेकिन यह वास्तव में नहीं है मेरे सिर में सवाल का जवाब दें।
आप साधन करने के लिए अपने कोड जा रहे हैं, यही कारण है कि आप कभी भी डीबग, का प्रयोग करेंगे के बाद से ट्रेस एक recompile बिना बंद कर दिया जा सकता है?
मैं इस जवाब से पूरी तरह से असहमत हूं। ट्रेस डीबग से कम स्तर है और उत्पादन में कभी भी इसका उपयोग नहीं किया जाना चाहिए। मेरे अनुभव में, ट्रेस का उपयोग विधियों की शुरुआत में या "ट्रेसिंग" काम के टुकड़े पर किया जाता है क्योंकि यह वर्कफ़्लो के माध्यम से गुजरता है और कुछ तरीकों से, कॉल स्टैक दिखाता है। उपर्युक्त सब कुछ और जानकारी सहित उत्पादन में उपयोग किए जाने वाले एकमात्र स्तर होना चाहिए। वह जानकारी, चेतावनी, त्रुटि, घातक है। –
मुझे लगता है कि एक और अंतर यह है कि आप अपने आवेदन में [ट्रेस श्रोताओं] (http://msdn.microsoft.com/en-us/library/4y5y10s7 (v = vs.110) .aspx) को कॉन्फ़िगर कर सकते हैं और आउटपुट रूट कर सकते हैं तदनुसार ट्रेस का। विजुअल स्टूडियो में डिफ़ॉल्ट ट्रेस श्रोता, ट्रेस संदेशों को डीबग आउटपुट स्ट्रीम पर निर्देशित करेगा। – orad
ट्रेसिंग कुछ ऐसा है जो ** ** को उत्पादन में इस्तेमाल किया जाना चाहिए। यह इतना महत्वपूर्ण है कि ** विंडोज़ के प्रत्येक ** उपप्रणाली में ट्रेसिंग कोड शामिल है। प्रत्येक हार्ड ड्राइव की तलाश है, हर मेमोरी आवंटन, प्रत्येक इंटरप्ट, सीपीयू संदर्भ स्विच, प्रत्येक थ्रेड शेड्यूल में ट्रेसिंग कोड का पता लगाया जाता है। विंडोज प्लेटफ़ॉर्म (ईटीडब्लू) के लिए इवेंट ट्रेसिंग एक असाधारण हल्के ट्रेसिंग सिस्टम है, जो कि किसी भी समय किसी भी व्यक्ति को सक्षम कर सकता है विंडोज पीसी [System.Diagnostics.Tracing.EventSource] (https://msdn.microsoft.com/en-us/library/system.diagnostics.tracing.eventsource.aspx) ईटीडब्लू को ट्रेस ईवेंट भेजने का प्रबंधित तरीका है। –