रिटर्न कोड और अपवाद

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

पिछले विषयों के प्रिय लेखकों ने किसी भी तरह उस पल को याद किया (या यह मुझे प्रतीत हुआ? या यह अपने आप में निहित है?) यह अपवाद एक बहुत उपयोगी समस्या को हल करने के लिए एक उपकरण के रूप में उत्पन्न हुआ - उस स्थान से नियंत्रण स्थानांतरित करना जहां त्रुटि हुई थी उस स्थान पर जहां इसे संसाधित किया जा सकता है ।

थोड़ा सा इतिहास, यह स्पष्ट करने के लिए कि ऐसा कार्य कहाँ से आया है। कमोबेश सभी नैटिवियल सॉफ़्टवेयर में ("हैलो, वर्ल्ड" से अधिक जटिल, हां) हमेशा ऐसे बिंदु होते हैं जहां सामान्य निष्पादन जारी नहीं रह सकता है - I / O सबसिस्टम ने विफलता जारी की, किसी कारण से एल्गोरिथ्म के लिए पर्याप्त मेमोरी नहीं थी, जिसके लिए इनपुट पैरामीटर वह कार्यों आदि की तरह नहीं थी कैसे प्रतिक्रिया दें?

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

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

आप हमारी समस्याओं के बारे में "संकेत" कैसे दे सकते हैं? C में टाइप अर्नो के वैश्विक चर? यह नहीं चलेगा। वापसी मूल्य? पहले से ही बेहतर है, लेकिन नई समस्याएं उत्पन्न होती हैं:

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

दरअसल, यहां अगला तार्किक कदम उठाया गया था। एक उपकरण भाषा में दिखाई दिया है जो आपको इसकी अनुमति देता है:

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

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

दरअसल, यह सब इसलिए लिखा गया था कि "क्या बिल्कुल" की एक बेहतर समझ "कैसे उन्हें लागू करने के लिए और किस मामलों के लिए" की बेहतर समझ की अनुमति देने के लिए अपवाद के रूप में कार्य करता है।

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