पर्ल में त्रुटि प्रबंधन के लिए सर्वोत्तम अभ्यास क्या हैं?

Question

मैं पर्ल सीख रहा हूँ, और उदाहरण मैं त्रुटियों को देखने का एक बहुत में इस

open FILE, "file.txt" or die $!; 

तरह प्रबंधित किया जाता एक स्क्रिप्ट के बीच में die वास्तव में एक त्रुटि से निपटने के लिए सबसे अच्छा तरीका है?

Answer 1

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

कबूल:
अक्सर बग कि मरने के लिए नेतृत्व लाइन है कि रिपोर्ट मरने पर नहीं है। कबूल के साथ मरने को बदलना (कार्प पैकेज देखें) स्टैक ट्रेस (हम इस लाइन में कैसे पहुंचे) दे देंगे जो डीबगिंग में बहुत मदद करता है।

पर्ल बिल्टिन से अपवादों को संभालने के लिए, मुझे autodie का उपयोग करना पसंद है। यह open और अन्य सिस्टम कॉल से विफलताओं को पकड़ता है और or die बिट करने के बिना, आपके लिए अपवाद फेंक देगा। Try::Tiny का उपयोग कर इन अपवादों को eval { }, या बेहतर अभी तक पकड़ा जा सकता है।

Answer 2

कार्प मानक पुस्तकालय का उपयोग करने के लिए अधिक आधुनिक दृष्टिकोण है।

use Carp; 
my $fh; 
open $fh, '<', "file.txt" or confess($!); 

मुख्य लाभ यह मौत पर एक स्टैक ट्रेस देता है।

Answer 3

मैं मरने का उपयोग, लेकिन मैं त्रुटि हैंडलिंग पर नियंत्रण के लिए eval ब्लॉक में लपेट:

my $status = eval 
{ 
    # Some code... 
}; 

'eval' में विफल रहता है:

1. $status अपरिभाषित हो जाएगा।
2. $@ जो कुछ त्रुटि संदेश उत्पादन किया गया था पर निर्धारित किया जाएगा (या एक die की सामग्री)

'eval' सफल होती है:

1. $status के अंतिम दिए गए मान हो जाएगा ब्लॉक।
2. $@ '' पर सेट किया जाएगा।

Answer 4

चूंकि मैं लगभग हर जगह Log::Log4perl का उपयोग करता हूं, मैं die के बजाय $logger->logdie का उपयोग करता हूं। और यदि आप अपने अपवादों पर अधिक नियंत्रण रखना चाहते हैं, तो Exception::Class पर विचार करें।

Try::Tiny के साथ अपने अपवादों को पकड़ना बेहतर है (इसके दस्तावेज़ देखें क्यों)।

Answer 5

जब तक आपको एक और विशिष्ट विचार नहीं मिला है, तो हाँ जब आप अप्रत्याशित चीजें होती हैं तो आप मरना चाहते हैं।

• एक फ़ाइल को खोलने की विफलता पर मर रहा है और फ़ाइल नाम देने से नहीं पढ़ सकते हैं या एक गुमनाम अपरिभाषित को लिखने तुमसे कह प्रणाली से बेहतर है।

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

• आप एक eval ब्लॉक में जो कुछ भी मर जाता है (या क्रोक) पकड़ सकते हैं। और आप वहां अपना अधिक विशिष्ट हैंडलिंग कर सकते हैं।

• लेकिन यदि आप $ का निरीक्षण करना चाहते हैं! तो उस कोड को लिखें, और आपके पास एक और अधिक विशिष्ट संकल्प होगा।

• strict का उपयोग करने के निकट-सार्वभौमिक मानक पर नज़र डालें। यह कोड है जो आपको जारी रखने की बजाय, संदिग्ध वाक्यविन्यास पर मर जाता है।

तो मुझे लगता है सामान्य विचार है: हाँ, मर जब तक आप कैसे चीजें संभाला जाना चाहिए का एक बेहतर विचार है। यदि आप इसमें पर्याप्त दूरदर्शिता डालते हैं, तो आपको मरने वाले एक या दो बार क्षमा किया जा सकता है, क्योंकि आप जानते हैं आपको इसकी आवश्यकता नहीं है।