उपयोग करने के लिए कब और कब उपयोग नहीं करना है

Question

मैं .net 3.5 में एएसपीनेट वेब ऐप्स बना रहा हूं और मैं जानना चाहता था कि कब उपयोग करना है और कब उपयोग नहीं करना है अंततः ब्लॉक? विशेष रूप से, मेरे अधिकांश प्रयासों को संग्रहीत प्रोसेस निष्पादित करने और टेक्स्टफील्ड या ग्रिडव्यू पॉपुलर करने के आसपास लपेटा जाता है? क्या आप रीच कैच EVERYTIME का उपयोग करते हैं जब आप एक संग्रहित प्रो निष्पादित करते हैं और डेटा डिस्प्ले नियंत्रण पॉप्युलेट करते हैं?

मेरे कोड ब्लॉक आमतौर पर लगता है कि:

protected void AddNewRecord() 
    { 
     try 
     { 
      //execute stored proc 
      // populate grid view controls or textboxes 
     } 
     catch (Exception ex) 
     { 
      //display a messagebox to user that an error has occured 
      //return 
     } 
     finally 
     { } 
    } 

Answer 1

जवाब है, "यह निर्भर करता है"।

आप प्रत्येक परमाणु संचालन के आसपास try{...} catch {...} का उपयोग करना चाह सकते हैं ताकि यदि कोई समस्या हो तो आप अंतिम अच्छी स्थिति (लेनदेन का उपयोग करके) वापस रोल कर सकते हैं। यह एक या कई संग्रहीत प्रक्रिया हो सकती है - यह आपके आवेदन पर निर्भर करती है।

यदि आप अपवाद को फँस रहे हैं, तो सुनिश्चित करें कि आप स्पष्ट हैं कि आप कौन से अपवादों को पकड़ते हैं। आपके पास catch (Exception ex) या catch() नहीं होना चाहिए - जिसे "सभी को पकड़ें" अपवाद हैंडलिंग के रूप में जाना जाता है - लेकिन इसके बजाय विशिष्ट पकड़ विवरण catch (IndexOutOfRangeException ex) (उदाहरण के लिए) होना चाहिए।

हालांकि, अगर आप अपवाद को संभाल नहीं सकते हैं या कुछ भी नहीं है जिसे आप साफ करने के लिए कर सकते हैं, तो आपको इसे फँसाना नहीं चाहिए।

Answer 2

अधिकांश समय आपको अपवादों को पकड़ना नहीं चाहिए। कुछ स्थानों जहां यह अपवाद को पकड़ने के लिए समझ में आता है उदा।

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

इसके अलावा, उपयोग करने वाले ब्लॉक स्टेटमेंट का उपयोग वास्तव में IDISposable ऑब्जेक्ट्स पर निपटान करने के लिए किया जा सकता है, जो प्रयास करने की आवश्यकता को हटा देता है ... अंत में।

Answer 3

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

Answer 4

जैसा कि अन्य ने कहा है, यह निर्भर करता है। मैं दो स्थितियों में कोशिश/पकड़/अंत में ब्लॉक का उपयोग करते हैं:

• मैं किसी तरह बस इसे फिर से फेंकने के अलावा अन्य में अपवाद को संभालने के लिए की जरूरत है।

• मुझे finally ब्लॉक में कुछ संसाधनों को साफ़ करने की आवश्यकता है।

उन दो स्थितियों के अलावा, मैंने कॉलिंग कोड को होने वाली किसी भी अपवाद को संभालने दिया।

Answer 5

इसके अलावा क्या अन्य लोगों ने कहा है, ऐसा करने से बचने के लिए सुनिश्चित हो:

try 
    { 
     throw new ApplicationException("Fake sql ex"); 
    } 
    //catch and do nothing. swallowing exceptions 
    catch(Exception){ }     

Answer 6

क्या Exception आप संग्रहीत proc से उम्मीद कर रहे हैं रहा है?, कुछ भी है कि विशिष्ट अपवाद आप को पकड़ने के लिए करने के लिए Application वस्तु द्वारा पकड़ा हो जाएगा चाहते हैं फिट नहीं करता है आप pokemon exception handling का उपयोग नहीं करते हैं और जानते हैं आपके आवेदन करने के लिए आशा की जाती है कि वास्तव में क्या प्रदान करना।

दूसरे शब्दों में catch {} या catch (Exception), लेकिन विशेष अपवाद हैंडलिंग का उपयोग नहीं करते:

catch(SqlException e) 
{ 
    // Log stacktrace and show a friendly error to your user 
} 

Application.Error घटना है जहां अप्रत्याशित व्यवहार पकड़ा जाना चाहिए और केवल आप के लिए एक ग्राहक वापसी की तुलना में पता लगाने के लिए आसान है कह रही है "मेरे खेतों में कुछ भी प्रदर्शित नहीं हो रहा है"।

Answer 7

उपयोग "कोशिश पकड़" अंतरतम पाश कि क्रियान्वित जब किसी विशेष अपवाद तब होता है रखना चाहिए के भीतर। सावधान रहें कि यदि आपके पास एक लूप है जो 10,000 बार निष्पादित करता है और अपवाद होता है उदा। दसवीं पुनरावृत्ति जो 9, 9 0 9 को प्रभावित नहीं करेगी, यह अपवाद को पकड़ने और लूप को जारी रखने के लिए उपयोगी हो सकती है। दूसरी ओर, यदि अपवाद एक गलती है कि 11 वीं, 12 वीं, 13 वीं, आदि लूप के माध्यम से बार भी असफल करने जा रहे हैं पता चलता है इंगित करता है, यह बहुत तेजी से अपवाद पाश को मारने से पुन: प्रयास करने के लिए एक ऑपरेशन रखने के लिए जाने के लिए किया जाएगा वह काम नहीं करेगा।