कोशिश करो ... अगर बनाम पकड़ ... और। क्या, कब और क्यों?

यह लेख दो प्रकार के डेवलपर्स के लिए डिज़ाइन किया गया है:

- जो अभी तक अपवादों से परिचित नहीं है

- जो अपवादों का अधिक उचित उपयोग खोजने की कोशिश कर रहे हैं



इस लेख में मैं अपवादों के बहुत मूल आधारों के बारे में बात करूंगा कि आप उनके बिना कैसे कर सकते हैं, और मैं भाषा की कुछ विशेषताओं का सही उपयोग कैसे देख सकता हूं ...



प्रोग्रामिंग भाषाओं का विकास कभी-कभी डेवलपर्स की विश्वदृष्टि में नाटकीय बदलाव लाता है। PHP की दुनिया में, यह पांचवीं शाखा के आगमन के साथ हुआ, जो एक नया ऑब्जेक्ट मॉडल, निर्मित कार्यों के नए सेट और नई त्रुटि से निपटने के तरीके ...



जो लोग PHP के साथ परिचित होने लगे (इसके बाद मैं पांचवें संस्करण का मतलब होगा), एक और प्रक्रियात्मक प्रोग्रामिंग भाषा के बाद, यह नहीं समझ पाया कि 4k से 5k तक क्या चल रहा था और कोड को परिचित कार्यों के साथ संसाधित करना जारी रखा जो कि उसी तरह हैं एक दूसरे के साथ संबंध, साथ ही साथ प्रत्येक क्रिया एक सफल रिटर्न कोड के लिए जाँच की जाती है। लेकिन जो लोग अपवादों और वर्गों के बारे में जानते थे ...

सिद्धांत

अपवाद - कोड निष्पादन के दौरान असामान्य (असाधारण) स्थिति की घटना के बारे में दुभाषिया को कार्यक्रम द्वारा भेजा गया एक संकेत।



PHP में, अपवादों के साथ काम करना सभी सिद्धांतों के समान सिद्धांतों पर आधारित है। एक अपवाद को फेंकने के लिए, थ्रो ऑपरेटर का उपयोग किया जाता है, जिससे एक अपवाद ऑब्जेक्ट पास होता है, जो कंस्ट्रक्टर में दो वैकल्पिक पैरामीटर लेता है: एक अपवाद संदेश और एक अपवाद कोड।

throw new Exception(\\\"This is exception message\\\", $exception_code);



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

try {

throw new Exception(\\\"Exception message\\\");

echo \\\"That code will never been executed\\\";

} catch (Exception $e) {

echo $e->getMessage(); // \\\"Exception message\\\"

}



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



अपवाद वस्तु (जिस तरह से विरासत में प्राप्त की जा सकती है) में अंतिम विधियों का निम्नलिखित सेट होता है:

final function getMessage(); //

final function getCode(); //

final function getFile(); //

final function getLine(); //

final function getTrace(); //

final function getTraceAsString(); //



अभ्यास

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

try {

mysql_connect($hostname, $username, $password);

mysql_select_db($dbname);

} catch (Exception $e) {

echo $e->getMessage(); // ,

}









और परिणाम के आधार पर, हम करेंगे:



* वे सफलतापूर्वक DBMS में शामिल होंगे और डेटाबेस का चयन करेंगे (कैच ब्लॉक में कोड निष्पादित नहीं होगा)

* यदि DBMS से कनेक्शन विफल हो जाता है, तो वे इसी त्रुटि को प्रदर्शित करेंगे और सत्र को रोल करेंगे

* यदि डेटाबेस चयन त्रुटि हुई, तो वे उपयोगकर्ता को इस परेशानी के बारे में सूचित करेंगे



अब यह पूछने का समय आ गया है: \\\ "हमें इस तरह की जटिल चीज की आवश्यकता क्यों है यदि आप यदि कथन का उपयोग कर सकते हैं? \\\"।



पहला उत्तर है: \\\ "क्योंकि कोड अधिक पठनीय है, और त्रुटि हैंडलिंग एक अलग ब्लॉक \\\" में प्रदर्शित होता है। " यदि हम if स्टेटमेंट का उपयोग करते हैं, तो कोड इस तरह दिखेगा:

$connId = mysql_connect($hostname, $username, $password);

if (false == $connId) {

echo \\\" \\\";

}



$flag = mysql_select_db($dbname);

if (false == $flag) {

echo \\\" .\\\";

}



सहमति दें कि पिछले संस्करण में कोड अधिक समझ में आता है। लेकिन यह सब नहीं है। अब, डेवलपर के लिए इन त्रुटियों से सीधे निपटने के लिए आवश्यक नहीं है - यह अपवाद को फेंकने के लिए पर्याप्त है, और आप इसे उच्च स्तर पर संभाल सकते हैं। इसके अलावा, अपवादों को श्रृंखला में पारित किया जा सकता है:

class MyException extends Exception {}



try {

try {

//...

throw new Exception(\\\"inner\\\");

//...

} catch (Exception $e) {

throw new MyException(\\\"outer\\\");

}

} catch (MyException $e) {

echo $e->getMessage(); // \\\"outer\\\"

}



उत्पादकता

सत्य तक पहुंचने की कोशिश करते हुए, उन्होंने कई प्रकार के कार्यों के साथ कई प्रयोग किए।

पहला प्रकार सही था और अगर ... और कथनों द्वारा जाँच की गई थी

दूसरा प्रकार झूठा वापस आया और यदि ... और कथनों द्वारा जांचा गया

तीसरे प्रकार ने केवल कार्रवाई की और कुछ भी नहीं लौटाया। जाँच करके देखें ... ब्लॉक को पकड़ें

चौथे प्रकार ने हमेशा एक अपवाद फेंक दिया और कोशिश में पकड़ा गया ... पकड़



परिणाम:

सच: 0.72382092475891

मिथ्या: 0.85190796852112

कोई अपवाद नहीं: 0.72565317153931

अपवाद: 14.176206827164

जैसा कि अपेक्षित था, अपवाद फेंकना एक बहुत महंगा ऑपरेशन है, लेकिन सफल निष्पादन के लिए दोनों विकल्पों ने परीक्षणों को पारित कर दिया।

टेस्ट आदिम अतिरिक्त कार्यों पर आयोजित किए गए थे, लेकिन 1kk पुनरावृत्तियों में

निष्कर्ष

अपवादों का उपयोग कब करें? जब भी किसी प्रोग्राम की कोई त्रुटि या असामान्य व्यवहार निहित होता है, साथ ही जब किसी परिणाम को संसाधित करने का निर्णय उच्च स्तर पर स्थानांतरित किया जाना चाहिए।

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

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