5
एक PHP वेब सिस्टम विकसित करते समय, E_ALL | E_STRICT को त्रुटि_ रिपोर्टिंग और नोटिस त्रुटियों सहित सभी प्रकार की त्रुटियों का ख्याल रखना अच्छा अभ्यास है।रिलीज PHP वेब सिस्टम में किस प्रकार की त्रुटियों को सिस्टम को रोकना चाहिए?
लेकिन जारी प्रणाली में, क्या मुझे त्रुटि नोटिस होने पर सिस्टम को रोकना चाहिए?
या मुझे केवल सिस्टम को रोकना चाहिए जब E_ERROR हुआ और E_WARNING, E_NOTICE, या E_STRICT जैसी अन्य सभी त्रुटियों को अनदेखा कर दिया जाए?
मुझे अपने कस्टम त्रुटि हैंडलर में किस प्रकार की त्रुटियों को संभालना चाहिए और सिस्टम को रोकना (बाहर निकलना) चाहिए?
चेतावनी निश्चित रूप से सिस्टम को रोकना चाहिए (लेकिन मूल त्रुटि/अपवाद हैंडलर को न छोड़ें, अपना खुद का लिखें जो किसी त्रुटि त्रुटि का खुलासा नहीं करता है)। कम त्रुटि स्तर कम निश्चित हैं, लेकिन आपको कम से कम उन्हें लॉग इन करना चाहिए और रिपोर्ट स्वयं को मेल करना चाहिए - जो आपको उन्हें ठीक करने के लिए प्रेरित करेगा :) – DCoder
@DCoder अच्छी सलाह के लिए धन्यवाद! क्या आप मुझे बता सकते हैं कि E_WARNING होने पर आपको सिस्टम को क्यों रोकना चाहिए? –
ज्यादातर मामलों में जहां उच्च उपलब्धता की तुलना में शुद्धता अधिक महत्वपूर्ण है, "तेजी से असफल" "किसी भी चीज़ पर आगे बढ़ने" के लिए बेहतर है। आमतौर पर एक चेतावनी का मतलब है कि कुछ वास्तव में गलत हो गया है और आगे बढ़ने से चीजें बदतर हो जाएंगी। इस साइट पर सबसे आम प्रश्न पर विचार करें - ["mysql_fetch_ पैरामीटर की अपेक्षा करता है ..., बूलियन दिया गया"] (http://stackoverflow.com/search?q=mysql+fetch+boolean+given)। यदि आप अपनी चेतावनी को पहली चेतावनी पर रोक नहीं देते हैं, तो आपको आगे की प्रक्रिया में असफल क्वेरी के परिणामों का उपयोग करके चेतावनियों को दोहराने की एक लंबी सूची और संभवतः अन्य डेटा को गड़बड़ करने जा रहे हैं। आपकी टिप्पणी के लिए – DCoder