स्विंग जीयूआई

Question

में अपवादों को संभालना मुझे यकीन नहीं है कि जीयूआई में अपवाद कैसे प्रबंधित करें; मेरा लक्ष्य उपयोगकर्ता को यह जानना है कि क्या कोई समझदार संदेश दिखा रहा है।

मैं इस तरह कुछ करने के लिए सोच रहा हूँ:

// I'm inside an actionPerformed() method 
try { 
    // do whatever I have to do here 
} catch (KnownBusinessException1 e) { 
    // inform the user and do something; 
    // most times simply inform the user that it wasn't possible to complete the 
    // operation and remain in the same window instead of moving forward. 
} catch (KnownBusinessException2 e) { 
    // just as above 
} catch (KnownDataAccessException1 e) { 
    // just as above 
} catch (KnownDataAccessException2 e) { 
    // just as above 
} catch (RuntimeException e) { // I want to catch any other unexpected exception, 
// maybe NPE or unchecked IllegalArgumentExceptions and so on 
    // something went wrong, I don't know where nor how but I will surely inform the user 
} 

अब: कोशिश ब्लॉक में वहाँ पकड़ने के लिए अपवाद जाँच की जाती है, तो यह घोंसला करने के लिए बेहतर आज़माएं/कैच होगा या इन जाँच को पकड़ने के लिए RuntimeException पकड़ने के बाद अपवाद? (यह शायद निर्भर करता है, मुझे यह भी पता नहीं है कि यह बीटीडब्ल्यू होने वाला है या नहीं)

एक और बात: Error एस के बारे में क्या? अगर मैं उपयोगकर्ता था तो मैं एक अप्रत्याशित शटडाउन का अनुभव नहीं करना चाहूंगा, मुझे लगता है कि एप्लिकेशन मुझे बताता है कि कुछ अविश्वसनीय रूप से गलत हो गया है और कोई भी इसके बारे में कुछ नहीं कर सकता है, "दुनिया का अंत आ रहा है इसलिए मैं अभी बाहर निकल जाएगा "। कम से कम मुझे पता चलेगा कि मेरी गलती नहीं थी।

Btw अगर यह त्रुटियों को पकड़ने के लिए एक अच्छा अभ्यास है पता नहीं है ...: \

एक स्विंग आवेदन में यह करने के लिए एक बेहतर तरीका है?

Answer 1

यदि प्रयास ब्लॉक में पकड़ने के लिए अपवादों की जांच की जाती है, तो क्या यह कोशिश/पकड़ने के लिए बेहतर होगा या रनटाइम अपवाद को पकड़ने के बाद इन चेक अपवादों को पकड़ना बेहतर होगा? (यह शायद निर्भर करता है, मैं भी नहीं जानता कि अगर यह btw होने जा रहा है)

वैसे ही जैसे आप ने कहा कि यह है कि क्या यह समझ में आता है की कोशिश ब्लॉक में आराम कोड निष्पादित करने के बाद अपवाद है पर निर्भर करता है पकड़ा गया यदि नहीं तो कोशिश/पकड़ ब्लॉक को घोंसला करने में कोई बात नहीं है।

Answer 2

उपयोगकर्ता को दिखाने के लिए एक अच्छा तरीका गलत है JOptionPane एस का उपयोग करना। आइकन (जानकारी/त्रुटि) के उस अच्छे उपयोग में जोड़ें और आप जाने के लिए अच्छे हैं। यहाँ आपके संदर्भ के लिए कुछ नमूना कोड:

http://docs.oracle.com/javase/tutorial/uiswing/components/dialog.html

आप JOptionPane से अधिक कुछ अनुकूलन/अमूर्त कक्षाएं विचार कर सकते हैं आप के लिए :)

उसी तरह से कई अपवाद से निपटने के लिए के रूप में चाहते हैं, तो संदेश में लिखा होगा सभी 3 KnownBusinessException एस और KnownDataAccessException एस में समान होने जा रहा है, तो आप यह सुनिश्चित कर सकते हैं कि दोनों वर्गों में एक ही पैरेंटेज हो और उस वर्ग को पकड़ें। यदि KnownBusinessException एस के लिए एक ही हैंडलिंग की आवश्यकता है और KnownDataAccessException एस नहीं है, तो सभी माता-पिता के साथ सभी KnownBusinessException एस और सभी KnownDataAccessException एस समान माता-पिता के साथ हैं .. आशा है कि आप कहां से जा रहे हैं।

Answer 3

मुझे लगता है कि सभी चेक अपवादों को स्पष्ट रूप से पकड़ना सबसे अच्छा है, और बाकी के लिए एक अपरिचित अपवाद हैंडलर स्थापित करना है। देखें: How can I detect when an Exception's been thrown globally in Java?

यह Thread.setDefaultUncaughtExceptionHandler मैं कैसे उपयोग करते हैं:

public static void setupGlobalExceptionHandling() { 
    Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() { 
     @Override 
     public void uncaughtException(Thread t, Throwable e) { 
      handleException(e); 
     } 
    }); 
} 

ध्यान दें कि EDT थ्रेड के लिए "sun.awt.exception.handler" चाल, पदों अतः कई में उल्लेख किया है, नहीं है जरूरी है और जावा 7 में काम नहीं करता है। जावा 7 के लिए ऊपर वर्णित मानक थ्रेड.सेटडिफॉल्ट UncaughtExceptionHandler का उपयोग करें। बेशक, यदि आप अपवाद हैंडलर को पंजीकृत करने के लिए दोनों तंत्र का उपयोग करते हैं, तो कोड सभी संस्करणों में काम करेगा।

Btw, EDT धागा स्वचालित रूप से अगर न आया हुआ अपवाद फेंक दिया है पुनरारंभ (लेकिन अपने अनुप्रयोग एक असंगत स्थिति में रह सकते हैं), यह देखें: त्रुटियों के लिए इस पर EDT and runtime exception