C# में त्रुटि प्रबंधन: try/catch, finally और उन्नत तकनीकें

C# में त्रुटि प्रबंधन का परिचय

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

C# में, इस तंत्र का आधार try/catch/finally संरचना है। हालाँकि, भाषा की क्षमताएँ यहीं तक सीमित नहीं हैं: using और throw ऑपरेटर मौजूद हैं, साथ ही स्वयं के अपवाद प्रकार बनाने की क्षमता भी है। इस लेख में, हम C# (.NET) में त्रुटि प्रबंधन के सभी प्रमुख पहलुओं पर विस्तार से चर्चा करेंगे, ताकि आपका कोड न केवल विश्वसनीय हो, बल्कि पढ़ने योग्य भी हो।

1. मूल संरचना: try, catch और finally

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

सिंटैक्स और उदाहरण

using System;using System.IO;

class Program{    static void Main()    {        try        {            Console.Write("फ़ाइल का पथ दर्ज करें: ");            string path = Console.ReadLine();            string content = File.ReadAllText(path);            Console.WriteLine("फ़ाइल की सामग्री:");            Console.WriteLine(content);        }        catch (FileNotFoundException ex)        {            Console.WriteLine($"त्रुटि: फ़ाइल नहीं मिली। {ex.Message}");        }        catch (UnauthorizedAccessException ex)        {            Console.WriteLine($"त्रुटि: फ़ाइल तक पहुँच नहीं है। {ex.Message}");        }        catch (Exception ex) // शेष सभी अपवादों की सामान्य पकड़        {            Console.WriteLine($"अज्ञात त्रुटि: {ex.Message}");        }        finally        {            Console.WriteLine("finally ब्लॉक निष्पादित हुआ। संसाधन मुक्त कर रहे हैं (यदि आवश्यक हो)।");        }    }}

महत्वपूर्ण बिंदु:

• catch ब्लॉक का क्रम मायने रखता है: पहले अधिक विशिष्ट अपवादों (जैसे, FileNotFoundException) को पकड़ना चाहिए, फिर अधिक सामान्य (Exception) को। यदि सामान्य ब्लॉक को पहले रखा जाए, तो अधिक विशिष्ट ब्लॉक तक कभी पहुँच नहीं होगी।
• finally ब्लॉक अनिवार्य नहीं है। यदि आपको संसाधनों को गारंटी के साथ मुक्त करने की आवश्यकता नहीं है, तो इसे छोड़ा जा सकता है।
• बिना आवश्यकता के Exception को न पकड़ें। यदि आप नहीं जानते कि त्रुटि को कैसे संभालना है, तो प्रोग्राम को क्रैश होने देना बेहतर है - इससे विकास चरण में समस्या का पता लगाने में मदद मिलेगी।

2. using के साथ संसाधन मुक्त करना

हालाँकि finally एक शक्तिशाली उपकरण है, लेकिन फ़ाइलें बंद करने या डेटाबेस कनेक्शन जैसी चीज़ों के लिए हर बार इसे लिखना थकाऊ है। उन ऑब्जेक्ट्स के लिए जो IDisposable इंटरफ़ेस को लागू करते हैं, C# में using ऑपरेटर मौजूद है। यह ब्लॉक से बाहर निकलने पर Dispose() विधि के कॉल की गारंटी देता है, भले ही कोई अपवाद हुआ हो।

दृष्टिकोणों की तुलना

using के बिना (मैन्युअल मुक्ति):

StreamReader reader = null;try{    reader = new StreamReader("data.txt");    string line = reader.ReadLine();    // ... reader के साथ काम}finally{    if (reader != null)        reader.Dispose();}

using के साथ:

using (StreamReader reader = new StreamReader("data.txt")){    string line = reader.ReadLine();    // ... reader के साथ काम}// Dispose() स्वचालित रूप से कॉल किया जाएगा<