आप जावा में "असंभव" अपवाद कैसे संभालते हैं?</p> <pre><code>public void methodWithURL(URL url){ URI uri = new URI(url); //No invalud URI syntax possible } </code></pre> <p>आप इससे कैसे निपटेंगे:

Question

कभी कभी, मैं ऐसे यहाँ के रूप में

URLDecoder.decode("some string", "UTF-8"); //No unknown encoding possible 

या यहां, एक अपवाद मुझे पता है कि ऐसा कभी नहीं कर सकते हैं पकड़ने के लिए होने अंत करेंगे? मैं आमतौर पर ब्रह्मांड के नियमों को बदलने के तरीके के बारे में एक अजीब त्रुटि लॉग करता हूं, और फिर RuntimeException फेंक देता हूं। क्या कोई बेहतर तरीका है?

Answer 1

मैं Exception पकड़ता हूं और इसे Error में लपेटता हूं। Error के दस्तावेज़ से:

कोई त्रुटि है कि गंभीर समस्याओं को इंगित करता है फेंकने योग्य का एक उपवर्ग है कि एक उचित आवेदन को पकड़ने की कोशिश नहीं करनी चाहिए।

Answer 2

ठीक है, IMHO "लॉग [गिंग] ब्रह्मांड के नियमों के बारे में एक अजीब त्रुटि के मुकाबले एक बेहतर तरीका है" क्योंकि ऐसा करने में आप "सुंदर होने" हैं, जो दोस्तों के बीच ठीक है लेकिन सार्वभौमिक नहीं है (कोई इरादा नहीं है) स्वीकार किया जाता है। आपका कोड दूसरों द्वारा पढ़ा जा सकता है और यदि आपका विनोद फ्लैट पर आता है (उन पर) आपने वास्तव में कोई दोस्त नहीं बनाया है।

कई स्टाइल गाइड असंभव अपवादों के लिए सुझाव देते हैं। आप willNeverHappen नामक अपवाद पैरामीटर के साथ एक खाली पकड़ ब्लॉक का उपयोग कर सकते हैं; आप खाली ब्लॉक में एक टिप्पणी कर सकते हैं;

आप सुपर महत्वाकांक्षी होना चाहते हैं, तो आप एक एनोटेशन, लिख सकते हैं SneakyThrows in Lombok की तरह आप (जब से तुम सकता गलत लिखा है UTF-8!, शायद सबसे अच्छा) एक क्रम अपवाद फेंक कर सकते हैं। चाहे आप इस "बेहतर" पर विचार करेंगे, बस स्वाद का विषय है। :)

ध्यान दें कि इस प्रश्न पर https://softwareengineering.stackexchange.com/questions/122233/how-to-deal-with-checked-exceptions-that-cannot-ever-be-thrown पर चर्चा की गई थी।

Answer 3

मैं मजाकिया संदेश छोड़ दूंगा।

बीटीडब्ल्यू: मेरे पास ऐसा मामला था जहां कोड का एक टुकड़ा (एक छोटी पुस्तकालय में) ने माना कि एक एन्कोडिंग उपलब्ध होगी। केवल इसे सीमित डिवाइस पर तैनात किया गया और रनटाइम पर विस्फोट हुआ।

चेक किए गए अपवाद हमारे कोड में स्थानों को दिखाने के लिए सेवा करते हैं जहां हमें एक सेकंड के लिए रोकना चाहिए और पथों को कम यात्रा करना चाहिए (जैसा कि "मेरा ऐप नेटवर्क मरने पर क्या होता है" और अन्य कोने के मामलों में)। IllegalStateException में उन्हें लपेटना और पुनर्विचार एक हस्ताक्षरित अनुबंध है, जहां प्रोग्रामर कहता है: "हां, सभी जोखिमों पर विचार किया जाता है कि मैं यहां स्पॉट के लिए पूरी ज़िम्मेदारी लेता हूं"। यदि यह चेक अपवादों के लिए नहीं था, तो हम विचार की सादे कमी से एक विवेकपूर्ण निर्णय जानने का कोई तरीका नहीं करेंगे।

Answer 4

यहाँ मेरी समाधान है - Android के लिए विकसित की है, लेकिन आसानी से "नियमित" जावा के लिए अनुकूलित किया जा सकता:

public class ImpossibleException extends RuntimeException { 
    public ImpossibleException(@NonNull String whyNotPossible) { 
     this(whyNotPossible, null); 
    } 

    public ImpossibleException(@NonNull String whyNotPossible, Throwable throwable) { 
     super("Impossible exception: " + whyNotPossible, throwable); 
     Log.e("Impossible", whyNotPossible, throwable); 
    } 
} 

उपयोग:

try { 
    byte[] data = "Hello".getBytes("utf-8"); 
    Log.i("Test", "data.length=" + data.length); 
} catch (UnsupportedEncodingException e) { 
    throw new ImpossibleException("Android always supports utf-8", e); 
} 

whyNotPossible निर्माता त्रुटि लॉग इन करने की कोई आवश्यकता नहीं है इसका मतलब है जहां यह होता है, और टिप्पणी के लिए भी कोई आवश्यकता नहीं है।

मुझे लगता है कि यह स्वाद का विषय है यदि यह ImpossibleException extends RuntimeException या ImpossibleError extends Error होना चाहिए।