हमें रनटाइम अपवाद क्यों नहीं पकड़ना चाहिए?
हमें रनटाइम अपवाद क्यों नहीं पकड़ना चाहिए?

वीडियो: हमें रनटाइम अपवाद क्यों नहीं पकड़ना चाहिए?

वीडियो: हमें रनटाइम अपवाद क्यों नहीं पकड़ना चाहिए?
वीडियो: अपकृत्य विधि के सामान्य अपवाद | Inevitable Accident ( अवश्यंभावी दुर्घटना ) Part -1 || Kritika BALLB 2024, नवंबर
Anonim

कैचिंग अपवाद या फेंकने योग्य

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

इसे ध्यान में रखते हुए, क्या रनटाइम अपवाद को पकड़ना ठीक है?

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

यह भी जानिए, रनटाइम अपवाद क्या है? NS क्रम अपवाद सभी में मूल वर्ग है अपवाद जावा प्रोग्रामिंग भाषा जो प्रोग्राम या एप्लिकेशन के होने पर क्रैश या टूटने की उम्मीद है। NS क्रम अपवाद आमतौर पर प्रोग्रामर की त्रुटि को दिखाता है, न कि उस स्थिति के साथ जिससे किसी प्रोग्राम से निपटने की उम्मीद की जाती है।

इसके अलावा, रनटाइम अपवादों की जाँच क्यों नहीं की जाती है?

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

जावा में रनटाइम अपवाद पकड़ना संभव है?

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

सिफारिश की: