🎊 🤺 👌 .NET डेवलपर डिबगिंग टूल 🥄 👦 ♨️

एक अनुवादक से: मैं दुर्घटना के समय इस लेख पर अड़ गया जब मैं डिबगिंग के दौरान पात्रों के लोडिंग को नियंत्रित करने के बारे में जानकारी की तलाश में था। और यद्यपि इस मुद्दे पर बहुत अधिक जानकारी नहीं थी, मैंने पूरे लेख को खुशी के साथ पढ़ा। सबसे पहले मुझे पता था, लेकिन सभी नहीं। मुझे यकीन है कि कई लोग इसमें अपने लिए कुछ उपयोगी पाएंगे। लेख डेढ़ साल पहले लिखा गया था, लेकिन हर कोई अपनी उपस्थिति के तुरंत बाद स्टूडियो और संबंधित उपकरणों के नए संस्करणों पर स्विच नहीं कर रहा है, इसलिए लेख ने प्रासंगिकता नहीं खोई है।

कोड जीवन चक्र के दो चरणों में कीड़े होते हैं: विकास के दौरान और उत्पादन में। अक्सर कोड लिखने के क्षण से 10-15 मिनट के भीतर जो त्रुटियां सामने आती हैं, उन्हें भी कीड़े नहीं माना जाता है - वे कोड लिखने की प्रक्रिया का सिर्फ एक हिस्सा हैं। और बग हम अक्सर उन समस्याओं को कहते हैं जो उत्पादन में दिखाई देती हैं या जब कुछ दिनों पहले लिखे गए परीक्षण कोड; शायद इसलिए कि उन्हें पकड़ना कठिन है (कोड पहले ही भुला दिया गया है)। किसी भी मामले में, यदि कोड वह नहीं करता है जो उसे करना चाहिए, तो यह एक बग है और इसे पकड़ा और तय किया जाना चाहिए।

कुशल डिबगिंग के 4 स्तंभ

सही उपकरण। यह लेख किस बारे में है। लेकिन उपकरण अन्य तीन के बिना बेकार हैं।
वास्तुकला और कोड निर्माण प्रथाओं का उपयोग करें, जो बुरी तरह से युग्मित वस्तुओं का पक्ष लेते हैं और लिखते हैं कि मैं वास्तव में स्पष्ट कोड - आरओसी चट्टानों को क्या कहता हूं! ये अभ्यास आपको बग ढूंढने में मदद करते हैं और ऐसे बदलाव करने से बचते हैं जो केवल नए जोड़ते हैं। और ब्रायन डब्ल्यू कर्निघन और पीजे प्लेंजर की "द एलीमेंट्स ऑफ प्रोग्रामिंग स्टाइल" (कम्प्यूटिंग मैकग्रा-हिल, 1978) को फिर से पढ़ने में कभी देर नहीं हुई।
टीडीडी (परीक्षण के माध्यम से विकास) का उपयोग करना। यदि आप एक अत्यधिक जुड़े हुए उपयोगकर्ता इंटरफ़ेस के अलावा कुछ और विकसित कर रहे हैं और टीडीडी का उपयोग नहीं कर रहे हैं, तो आप एक डेवलपर हैं जो आपके पीठ के पीछे बंधा हुआ है। आप जितना हो सकते हैं उससे कम उत्पादक हैं, और आपका कोड जितना होना चाहिए उससे कम विश्वसनीय है।
डिबगिंग तकनीक। कई डेवलपर्स तुरंत "समाधान विकास" कदम के लिए आगे बढ़ते हैं, जिसके परिणामस्वरूप शायद ही कोई बग ठीक हो जाता है, लेकिन अक्सर नए बनाता है।

डिबगिंग तकनीक

बग का वर्णन करें। बग के लक्षणों का पूरी तरह से वर्णन करने के लिए सभी जानकारी इकट्ठा करें, ध्यान दें कि लक्षण कब दिखाई देते हैं और कब नहीं।
बग को ठीक करें। उन क्रियाओं के अनुक्रम का वर्णन करें जो हमेशा बग की ओर ले जाती हैं। तो आप बग के लक्षणों की उपस्थिति के लिए अग्रणी स्थितियों की सही पहचान करना सुनिश्चित करेंगे। जाँच करें कि लक्षण अन्य परिस्थितियों में प्रकट नहीं होते हैं।
बग का स्थानीयकरण करें। सुनिश्चित करें कि आप वर्णन कर सकते हैं कि बग की उपस्थिति का सही कारण क्या है और यह वर्णन चरण 1 और 2 के अनुरूप है।
एक समाधान डिजाइन और लागू करें। निर्धारित करें कि क्या आप बग के वास्तविक कारण या इसके लक्षणों से जूझ रहे हैं। कोड लिखें।
समाधान की जाँच करें। सत्यापित करें कि लक्षण अब चरण 2 में वर्णित चरणों में दिखाई नहीं देते हैं।
प्रतिगमन परीक्षण करें। जांचें कि कोई नया बग नहीं है।
परिवर्तन लागू करें। उत्पादन में परिवर्तन स्थानांतरण।

यदि आप टीडीडी का उपयोग करते हैं, तो एक बग का मतलब तीन चीजों में से एक है: आवश्यकताओं को सही ढंग से परीक्षणों में अनुवादित नहीं किया गया है; उपलब्ध परीक्षणों में से एक गलत है (परीक्षण नहीं करना चाहिए कि उसे क्या करना चाहिए); कुछ परीक्षण गायब है। बग को ठीक करना (चरण 2) इन तीन समस्याओं की एक जांच है, फिक्सिंग या परीक्षण जोड़कर; समाधान की जाँच करना (चरण 5) का अर्थ है नए परीक्षण लिखना; प्रतिगमन परीक्षण (चरण 6) का अर्थ है आवश्यक परीक्षण सूट लॉन्च करना; समाधान के अनुप्रयोग में नए परीक्षणों को सूचीबद्ध करना शामिल है।

ब्रेकप्वाइंट का उपयोग करना

कई डेवलपर्स दृश्य स्टूडियो में सभी डिबगिंग सुविधाओं को नहीं जानते हैं, क्योंकि डिबगिंग "उसी तरह काम करता है।" उदाहरण के लिए, हालांकि हर VS डेवलपर ब्रेकपॉइंट्स से परिचित है, लेकिन कई लोग यह नहीं जानते कि ब्रेकपॉइंट विंडो में क्या किया जा सकता है।

ब्रेकपॉइंट विंडो खोलने के लिए, डीबग का चयन करें विंडोज | ब्रेकप्वाइंट; एक विंडो आपके द्वारा सेट किए गए सभी ब्रेकप्वाइंट की एक सूची प्रदर्शित करती है। यदि आप सुनिश्चित नहीं हैं कि कौन सी बिंदु कोड की किस पंक्ति से मेल खाती है, तो बस उस पर डबल-क्लिक करें और संबंधित कोड संपादक में खुल जाएगा।

वांछित बिंदु पर निर्णय लेने के बाद, आप यह नियंत्रित कर सकते हैं कि जब यह काम करता है तो क्या होता है। मैंने उन डेवलपर्स को देखा जो लूप में एक ब्रेकपॉइंट सेट करते हुए, एक ही वेरिएबल को बार-बार चेक करते हैं। ब्रेकपाइंट पर राइट-क्लिक करके, जब हिट (ट्रिगर स्थिति) का चयन करके, आप एक संदेश निर्दिष्ट कर सकते हैं जो इंटरमीडिएट विंडो में हर बार चालू होता है। आप संदेश में कुछ स्थिरांक शामिल कर सकते हैं: उदाहरण के लिए, $ Caller का उपयोग करके, आप उस विधि का नाम प्रदर्शित कर सकते हैं, जिसे ब्रेकपॉइंट युक्त कोड कहा जाता है। आप किसी भी चर को ब्रेसिज़ में संलग्न करके शामिल कर सकते हैं: उदाहरण के लिए, संदेश में {Me.NameTextBox.Text} पाठ फ़ील्ड का मान प्रदर्शित करता है।

जब हिट संवाद का एक अन्य विकल्प आपको यह निर्दिष्ट करने की अनुमति देता है कि क्या कार्यक्रम को ब्रेकपॉइंट पर रोकना चाहिए। यदि आप एक स्टॉप का चयन करते हैं, तो आप प्रत्येक संदेश को इसके निर्माण के समय देखेंगे; अन्यथा, आप प्रोग्राम चलाने के बाद सभी संदेश देख पाएंगे।

यदि आप केवल एक निश्चित शर्त के तहत निष्पादन को रोकना चाहते हैं, तो आप शर्त या हिट काउंट विकल्पों का चयन कर सकते हैं। शर्त विकल्प आपको तार्किक स्थिति निर्धारित करने की अनुमति देता है जिसके तहत एक स्टॉप होगा (उदाहरण के लिए, स्थिति> 30)। आप भी रोक सकते हैं यदि अंतिम स्टॉप के बाद से कोई एक चर बदल गया है। हिट काउंट विकल्प केवल निष्पादन को बाधित करता है यदि ब्रेकप्वाइंट को एनटीएच समय (या हर एन) के लिए ट्रिगर किया जाता है। यह विशेष रूप से उपयोगी है जब आपको चक्र के अंत में कहीं रुकने की आवश्यकता होती है।

वैसे, मेरा अनुभव कहता है कि यदि आवेदन के किसी भी हिस्से में समस्याएं उत्पन्न होती हैं, तो वे वहां उत्पन्न होते रहेंगे। यदि आपका अनुभव एक ही बात कहता है, तो आप विज़ुअल स्टूडियो 2010 की अतिरिक्त विशेषताओं को पसंद करेंगे। आप ब्रेकप्वाइंट को यह याद रखने के लिए नाम दे सकते हैं कि उनमें से प्रत्येक क्या है और उन्हें एक्सएमएल फ़ाइल में निर्यात करें। अगली बार जब आपको उनकी आवश्यकता हो, तो आप उन्हें आयात कर सकते हैं और डिबगिंग शुरू कर सकते हैं। ब्रेकपॉइंट विंडो के शीर्ष पर टूलबार का उपयोग करके आयात / निर्यात किया जा सकता है।

कोड दिखाएं और छोड़ें

मुझे कोड जनरेशन पसंद है (मैंने इसे .NET में कैसे करें इस पर एक किताब लिखी है)। लेकिन एक नियम के रूप में, स्टूडियो और फ्रेमवर्क द्वारा उत्पन्न कोड के चारों ओर घूमना, मुझे कुछ भी उपयोगी नहीं देता है। और चूंकि यह समस्या को खोजने में मदद नहीं करता है, इसका मतलब है कि डिबगिंग प्रक्रिया कम उत्पादक है और इससे बचना बेहतर है।

डीबग के तहत Visual Studio के किसी भी संस्करण में | सेटिंग संवाद के सामान्य, आप जस्ट माय कोड विकल्प का चयन कर सकते हैं और उस कोड को देखना बंद कर सकते हैं जो आपने नहीं लिखा था। यदि आपको बाद में इसे अक्षम करने की आवश्यकता है (उदाहरण के लिए, यदि उत्पन्न कोड में कहीं अपवाद होता है), तो आप डिबग मेनू में विकल्प और सेटिंग्स का चयन करके ऐसा कर सकते हैं ( यह आइटम केवल वीएस2010 में है - लगभग। अनुवाद )।

यदि आप अपने कोड के कुछ हिस्से के आसपास चलने से थक गए हैं, तो आप दो विशेषताओं में से एक का उपयोग कर सकते हैं। विधि पर DebuggerHidden विशेषता डालें और आप इस विधि में कभी नहीं आएंगे। यदि आप DebuggerNonUserCode विशेषता सेट करते हैं, तो जस्ट माई कोड विकल्प सक्षम होने और बंद हो जाने पर आपको इसमें प्रवेश नहीं मिलेगा। मैं आपको दूसरी विधि का उपयोग करने की सलाह देता हूं।

दूसरी ओर, यदि Microsoft .NET फ्रेमवर्क कोड में कहीं कोई त्रुटि होती है, तो आपको न केवल उत्पन्न कोड से गुजरना पड़ सकता है, बल्कि फ्रेमवर्क कक्षाओं का कोड भी हो सकता है। और आप यह कर सकते हैं! सबसे पहले, सुनिश्चित करें कि जस्ट माय कोड विकल्प अक्षम है। फिर, प्रतीक अनुभाग में विकल्प और सेटिंग संवाद में, Microsoft प्रतीक सर्वर (वीएस 2010 में) का चयन करें या प्रतीक पथ सेट करें referencesource.microsoft.com/symbols referencesource.microsoft.com/symbols (VS2008 में)। यह आपको उन वर्णों को लोड करने की अनुमति देगा जो .NET क्लास कोड चलने का समर्थन करते हैं। हालांकि, आपको अभी भी उन्हें डाउनलोड करने की आवश्यकता है। VS2010 में, आप लोड ऑल सिंबल बटन पर क्लिक कर सकते हैं, लेकिन आपको डाउनलोड करते समय धैर्य रखने की आवश्यकता है।

किसी विशिष्ट असेंबली (या यदि आप VS2008 का उपयोग कर रहे हैं) का चयन करने के लिए, डिबगिंग प्रक्रिया को रोकने के मोड में, मॉड्यूल विंडो खोलें और अपने आवेदन द्वारा भरी हुई DLL की सूची में, इस DLL के लिए वर्णों को लोड करने के लिए आवश्यक DLL पर राइट-क्लिक करें और लोड मॉड्यूल का चयन करें। बेशक, आपको अभी भी इंतजार करना होगा, लेकिन इतनी देर नहीं।

मैं उन लोगों में से एक हूं, जो गुणों में उपयोगी कोड लिखते हैं और उन्हें चरण दर चरण डिबग करने में सक्षम होना चाहते हैं। VS2008SP1 के साथ शुरू, एक विकल्प दिखाई दिया (गुणों और ऑपरेटरों पर कदम), जो गुणों और ऑपरेटरों के कदम-दर-चरण डिबगिंग को बंद कर देता है। और VS2010 में यह डिफ़ॉल्ट रूप से चालू है, इसलिए आपको इसे बंद करने की आवश्यकता हो सकती है।

डेटा विज़ुअलाइज़ेशन

विचित्र रूप से पर्याप्त है, कई डेवलपर्स विज़ुअल स्टूडियो में डेटा विज़ुअलाइज़र से परिचित नहीं हैं। यदि आप स्टॉप मोड में एक चर पर होवर करते हैं, तो एक टूलटिप उस चर के मूल्य के साथ पॉप अप होता है। आवर्धक ग्लास वाला एक आइकन भी दिखाई दे सकता है - इस पर क्लिक करने से डिफ़ॉल्ट विज़ुअलाइज़र में चर का मान खुल जाएगा। यदि आइकन के बगल में एक ड्रॉप-डाउन तीर दिखाई देता है, तो तीर पर क्लिक करने से इस डेटा प्रकार के लिए अन्य विज़ुअलाइज़र दिखाई देंगे। उदाहरण के लिए, एक स्ट्रिंग चर के लिए, पाठ, एक्सएमएल और HTML विज़ुअलाइज़र दिखाए जाएंगे। यदि आप HTML को एक स्ट्रिंग में संग्रहीत करते हैं, तो HTML रेंडरर आपको यह समझने में मदद करेगा कि यह ब्राउज़र में कैसा दिखेगा।

आप वॉच, ऑटो और लोकल विंडो में भी विज़ुअलाइज़र का उपयोग कर सकते हैं, लेकिन यदि आप बहुत बार एक चर को देखते हैं, तो आप टूलपिप के अंत में उस जगह पर "नेल" पर पुशपिन पर क्लिक कर सकते हैं। फिर अगली बार जब आप कोड के इस हिस्से को देखेंगे, तो एक टूलटिप अपने आप पॉप अप हो जाएगा।

युक्तियों का बोलना - आप उन्हें एक चर के मान को बदलने के लिए उपयोग कर सकते हैं। VS2010 में, इससे भी अधिक: एक संकेत एक खिड़की में लटका करने के लिए बनाया जा सकता है, डिबगिंग सत्र के दौरान हर समय मौजूद रहता है, और इसके समाप्त होने के बाद भी, यह पिछले सत्र से एक चर के मूल्य को प्रदर्शित करेगा। हालाँकि, सबसे अच्छे उपकरण (डीबगर कैनवस और इंटेलीट्रेस) केवल वीएस2010 अल्टीमेट संस्करण में उपलब्ध हैं।

केवल VS2010 अंतिम संस्करण में

स्टूडियो में संपादक आपको एक बार में केवल एक ही कोड को देखने की अनुमति देता है। लेकिन कोड के विभिन्न भागों के बीच बातचीत के परिणामस्वरूप कई कीड़े उत्पन्न होते हैं। डीबगर कैनवस आपको अपने सभी कोड एक साथ देखने, मॉड्यूल के बीच बढ़ने और वांछित भाग को करीब लाने की अनुमति देता है।

जब एक ब्रेकपाइंट ट्रिगर होता है, तो आपको यह समझने की आवश्यकता है कि आप यहां कैसे समाप्त हुए। आप कॉल स्टैक विंडो का उपयोग कर सकते हैं, लेकिन आप यह नहीं देखेंगे कि पहले के चरणों में क्या हुआ था (एक विकल्प के रूप में, आप ब्रेकप्वाइंट का एक गुच्छा डाल सकते हैं और क्रमिक रूप से, ट्रैकिंग चर के माध्यम से जा सकते हैं)।

यदि डीबगर कैनवस आपको "मॉड्यूल के माध्यम से" देखने की अनुमति देता है, तो इंटेलीट्रेस - "समय के माध्यम से", जो आपको इस ब्रेकपॉइंट पर कैसे मिला, इसकी समझ देता है। IntelliTrace डिबगिंग जानकारी एकत्र करता है और दिखाता है जो डिबगिंग सत्र में समय के पिछले बिंदुओं पर उपलब्ध था।

यहां तक कि बेहतर डिबगर कैनवस और इंटेलीट्रेस संयोजन में काम करते हैं: डीबगर कैनवस में एक विकल्प है जो आपको कोड के बगल में इंटेलीट्रेस लॉग देखने की अनुमति देता है।

बाहरी उपकरण

विजुअल स्टूडियो केवल डिबगिंग टूल नहीं है, इसमें कई बाहरी और तीसरे पक्ष के उपकरण हैं जैसा कि आप गुल्लक में जोड़ सकते हैं। मैं केवल कुछ मुक्त लोगों पर ध्यान केंद्रित करूंगा।

सभी बाहरी उपकरण तीसरे पक्ष के निर्माताओं द्वारा नहीं बनाए गए हैं। यदि आप विंडोज सेवाएं लिखते हैं, तो आप जानते हैं कि उन्हें डीबग करना आसान काम नहीं है। यद्यपि आप उन्हें डीबगिंग के लिए कनेक्ट कर सकते हैं, इस समय तक ऑनस्टार्ट कोड और इनिशियलाइज़ेशन पहले से ही पूरा हो जाएगा। यदि बग सेवा को शुरू होने से रोकता है, तो आप समस्या का वर्णन करने के लिए जानकारी एकत्र करने के बजाय केवल अनुमान लगा सकते हैं कि क्या गलत हुआ।

इसी तरह की स्थिति में, आप जस्ट-इन-टाइम (JIT) डिबगिंग और ऑटोरन को कॉन्फ़िगर कर सकते हैं - जब सेवा शुरू होती है या जब कोई त्रुटि होती है तो डिबगिंग सत्र शुरू हो जाएगा। लेकिन ऐसा करने के लिए, आपको बाहरी उपकरणों का उपयोग करने की आवश्यकता है।

चूंकि JIT डिबगिंग को कॉन्फ़िगर करना इस लेख के दायरे से परे है, आप MSDN पर संबंधित लेख को संदर्भित कर सकते हैं। यह आलेख वैश्विक झंडे संपादक (gflags.exe) का उपयोग करने की सिफारिश करता है; यदि आप इसे नहीं पा सकते हैं, तो यह बताता है कि JIT डीबगिंग को सक्षम करने के लिए रजिस्ट्री को कैसे ठीक किया जाए। हालाँकि, आपको सीखना होगा कि WinDbg का उपयोग कैसे करें।

WinDbg: आउटसाइड विज़ुअल स्टूडियो डीबगर

यदि आप स्रोत कोड से अधिक डीबगिंग में रुचि रखते हैं, तो Microsoft .NET फ्रेमवर्क में कुछ बेहतरीन टूल शामिल हैं।
यहाँ उनमें से कुछ हैं:

Windows डीबगर (WinDbg.exe)
SOS डीबगिंग एक्सटेंशन (SOS.dll, जिसका उपयोग Visual Studio कंसोल या WinDbg.exe के साथ किया जा सकता है)
बाइंडिंग लॉग व्यूअर इकट्ठा करें (Fuslogvw.exe, जिसकी मैंने .NET टिप्स ब्लॉग पर चर्चा की है)

यदि आपने पहले WinDbg का उपयोग नहीं किया है, तो यह उतना डरावना नहीं है जितना कि यह लग सकता है - WinDbg में GUI है (कंसोल उपकरण जैसे NTSD, KD और CBD) और अपने आवेदन के लिए डिबगिंग प्रतीकों के साथ PDB फ़ाइलों को लोड कर सकते हैं (बस यह सुनिश्चित करें कि आप अपने आवेदन को डिबग मोड में संकलित करें और प्रतीक फ़ाइल उपयुक्त होने की गारंटी है)। एसओएस के अलावा, विशिष्ट डीबगिंग कार्यों के लिए कई अन्य WinDbg एक्सटेंशन हैं।
हालांकि, WinDbg के साथ उपयोग के लिए सबसे उपयोगी उपकरण एम। एरियो हेवार्ड, पैट्रिक डसूड, एडवांस्ड .NET डिबगिंग (एडिसन-वेस्ले प्रोफेशनल, 2009) की पुस्तक है। वह न केवल इन सभी साधनों का उपयोग करने के बारे में बात करती है, बल्कि विशिष्ट .NET समस्याओं को पकड़ने के संदर्भ में भी ऐसा करती है।

3 पार्टी विज़ुअलाइज़र

मैंने पहले ही विज़ुअल स्टूडियो विज़ुअलाइज़र के बारे में बात की है, लेकिन कई अन्य हैं। DotNetDan का डेटासेट विज़ुअलाइज़र काफी अद्भुत है अगर आपको यह जानने की आवश्यकता है कि डेटासेट में क्या निहित है (मैंने ब्लॉग पर इसका उल्लेख किया है)

तब से, मैंने राइटहैंड डेटासेट विज़ुअलाइज़र को पहले ही खोज लिया है और इसका उपयोग करना शुरू कर दिया है। यह एक एमडीआई एप्लिकेशन है जो आपको प्रत्येक डेटा टेबल के लिए एक विंडो खोलने की अनुमति देता है। इसके अलावा, संबंध विंडो वर्तमान में देखे गए से संबंधित तालिकाओं को प्रदर्शित करती है।

तालिका प्रदर्शित करने वाला ग्रिड सरल नहीं है - आप इस स्तंभ द्वारा अपनी तालिका को समूहित करने के लिए विंडो के शीर्ष पर एक स्तंभ को आयत में खींच सकते हैं। आप डेटासेट में डेटा भी बदल सकते हैं और रोवेस्ट फ़िल्टर को बदल सकते हैं ताकि केवल विशिष्ट रोस्टेट वाली पंक्तियाँ प्रदर्शित हों (उदाहरण के लिए, केवल हटाए गए वाले)। आप अभी भी डेटासेट के कुछ गुणों को देख (और बदल सकते हैं)। और आप डेटा को XML फ़ाइल में भी अपलोड कर सकते हैं या पहले से सहेजे गए डेटा से परीक्षण डेटा लोड कर सकते हैं।

यह ध्यान दिया जाना चाहिए कि डॉटनेटडैन के डेटासेट विज़ुअलाइज़र ने डेटा को तेजी से लोड किया है, इसलिए मैंने इसे छोड़ दिया मामले में मुझे राइटहैंड की पूर्ण शक्ति की आवश्यकता नहीं थी।

ASP.NET अनुप्रयोगों के लिए एक वेब विज़ुअलाइज़र भी है। यह विज़ुअलाइज़र किसी भी ASP.NET पेज ऑब्जेक्ट (मुझे और ASP.NET कोड सहित) के टूलटिप पर उपलब्ध है

वेब विज़ुअलाइज़र का उपयोग करते हुए, आप सर्वर ऑब्जेक्ट के सर्वर वेरिएबल्स संग्रह और अनुरोध ऑब्जेक्ट के फॉर्म संग्रह से किसी भी डेटा को देख सकते हैं। आप ब्राउज़र क्वेरी स्ट्रिंग और सत्र और अनुप्रयोग ऑब्जेक्ट की सामग्री भी देख सकते हैं। हालाँकि, स्केलर डेटा के अलावा किसी भी ऑब्जेक्ट के लिए सत्र और अनुप्रयोग के मामले में, आप केवल ऑब्जेक्ट के प्रकार का नाम देखेंगे।

इसमें अन्य विज़ुअलाइज़र भी शामिल हैं, जो आपको एंटिटी फ्रेमवर्क (EF) के लिए कैश और LINQ प्रश्नों को देखने की अनुमति देते हैं, साथ ही साथ आप EF को SQL आउटपुट LINQ प्रश्नों को देखने की अनुमति देते हैं। केवल दुख की बात यह है कि विज़ुअलाइज़र का एक भी कैटलॉग नहीं है।

सभी नहीं, लेकिन कई को विजुअल स्टूडियो एक्सटेंशन मैनेजर के माध्यम से पाया जा सकता है। जिसमें ASP.NET MVC रूटिंग विज़ुअलाइज़र शामिल है। यदि आप ASP.NET MVC या साधारण ASP.NET में राउटिंग का उपयोग करते हैं, तो यह टूल काम आएगा। रूटिंग नियमों के बीच बातचीत अप्रत्याशित परिणाम उत्पन्न कर सकती है ("मुझे यह पृष्ठ क्यों मिल रहा है?"), और इन नियमों को डीबग करना मुश्किल हो सकता है। विज़ुअलाइज़र आपको URL दर्ज करने और यह देखने की अनुमति देता है कि राउटर उन्हें कैसे डिकोड करता है, जिसमें प्रत्येक URL के लिए किस नियम का उपयोग किया गया है, इसकी जानकारी शामिल है। स्टॉप मोड में इसका उपयोग करने के लिए, अपनी Global.asax फ़ाइल पर जाएँ और रूटटेबल पर जाएँ। जब एक टूलटिप दिखाई देता है, तो रूट संग्रह में स्क्रॉल करें और आवर्धक ग्लास आइकन पर क्लिक करें।

अनुरेखण

ट्रेसिंग परिभाषा अनाकर्षक है। हालांकि, जब उत्पादन में आप मायावी बगों में से एक में दौड़ते हैं जो दोहराना मुश्किल होता है (और जो अपने आप दिखाई देते हैं और गायब हो जाते हैं), तो ट्रेसिंग आपके लिए आवश्यक जानकारी प्राप्त करने का एकमात्र तरीका है। ऐसा करने के लिए, सबसे पहले, आपको लॉग में संदेशों की रिकॉर्डिंग को व्यवस्थित करने की आवश्यकता है, जो आपको बग को पकड़ने के लिए जानकारी देगा। लेकिन इस जानकारी को उपयोगी बनाने के लिए, आपको लॉग की सामग्री का विश्लेषण करने के लिए एक उपकरण की आवश्यकता होती है।

यद्यपि ट्रेसिंग के लिए .NET दुनिया में कई पैकेज हैं, मैं log4net का उपयोग करता हूं। अन्य विशेषताओं के बीच, log4net मुझे कोड में डिबगिंग संदेशों को एम्बेड करने और फिर उन्हें सक्षम या अक्षम करने की अनुमति देता है, जबकि मैं काम करता हूं, आवेदन को फिर से बनाए बिना। एक नोट: log4net एक बहुत ही लचीला उपकरण है और संभवतः आपकी आवश्यकता से अधिक है।

जब परिणामस्वरूप लॉग पढ़ने की बात आती है, तो मैं छिपकली लैब्स से लॉग पार्सर छिपकली का उपयोग करता हूं। नि: शुल्क संस्करण में, कुछ विशेषताएं सीमित हैं (कीमत का भुगतान किया जाता है - लगभग $ 25), लेकिन मुझे कभी भी उनकी आवश्यकता नहीं है। लॉग पार्सर छिपकली लॉग अनुरोधों (सीएसवी और एक्सएमएल फाइलों सहित) बनाने के लिए एसक्यूएल-जैसे सिंटैक्स का उपयोग करता है और बॉक्स के ठीक बाहर आईआईएस लॉग फॉर्मेट, विंडोज इवेंट और लॉग 4नेट को समझता है। परिणाम एक तालिका में प्रदर्शित होते हैं, जो इसे सर्वर एक्सप्लोरर की तरह दिखता है, जिसे मैं वास्तव में काम करना पसंद करता हूं।

निष्कर्ष

ये सभी उपकरण उपयोगी हैं, लेकिन यह मत भूलो कि सबसे महत्वपूर्ण सही डिबगिंग तकनीक है। उपकरण आपको बग ढूंढने और ठीक करने में मदद कर सकते हैं, लेकिन यह डीबगिंग तकनीक है जो आपको समाधान विकसित करने और लागू करने की अनुमति देती है।

.NET डेवलपर डिबगिंग टूल