जावा में अपवादों का उचित उपयोग

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

अपवादों के जावा पदानुक्रम को इस प्रकार प्रस्तुत किया गया है: सभी थ्रोएबल के लिए मूल वर्ग। 2 कक्षाएं इसे विरासत में मिली हैं: अपवाद और त्रुटि। RuntimeException अपवाद श्रेणी से विरासत में मिली है।
त्रुटि - महत्वपूर्ण त्रुटियां जो सिस्टम में हो सकती हैं (उदाहरण के लिए, StackOverflowError)। एक नियम के रूप में, उनकी प्रणाली उन्हें संसाधित करती है। यदि वे उत्पन्न होते हैं, तो आवेदन बंद हो जाता है, क्योंकि इस स्थिति में, काम जारी नहीं रखा जा सकता है।

अपवाद की जाँच की जाती है। इसका मतलब यह है कि यदि कोई विधि अपवाद से निकलती है जो अपवाद (जैसे IOException) से विरासत में मिली है, तो इस विधि को एक कोशिश-पकड़ ब्लॉक में संलग्न किया जाना चाहिए। स्वयं विधि जो अपवाद को फेंकती है, उसमें हस्ताक्षर में थ्रो निर्माण शामिल होना चाहिए। चेक किए गए अपवादों का मतलब है कि अपवाद को देखा जा सकता है और, तदनुसार, इसे संभाला जाना चाहिए, आवेदन को काम करना जारी रखना चाहिए। इस तरह के अपवाद का एक उदाहरण एक नई फ़ाइल बनाने का प्रयास है जो पहले से मौजूद है (IOException)। इस स्थिति में, एप्लिकेशन को जारी रखना चाहिए और उपयोगकर्ता को इस बात के लिए सूचित किया जाना चाहिए कि किस कारण से फ़ाइल नहीं बनाई जा सकी।
उदाहरण के लिए:

try { File.createTempFile("prefix", ""); } catch (IOException e) { // Handle IOException } /** * Creates an empty file in the default temporary-file directory * any exceptions will be ignored. This is typically used in finally blocks. * @param prefix * @param suffix * @throws IOException - If a file could not be created */ public static File createTempFile(String prefix, String suffix) throws IOException { ... } 

इस उदाहरण में, आप देख सकते हैं कि createTempFile पद्धति एक IOException को फेंक सकती है जब फ़ाइल बनाई नहीं जा सकती। और यह अपवाद तदनुसार संभाला जाना चाहिए। यदि आप इस विधि को try-catch ब्लॉक के बाहर कॉल करने का प्रयास करते हैं, तो कंपाइलर एक त्रुटि फेंक देगा और 2 सुधार विकल्प प्रदान किए जाएंगे: try-catch ब्लॉक के साथ विधि को घेरें या जिस विधि के अंदर File.createTempFile कहा जाता है उसे IOException को फेंकना चाहिए (इसे शीर्ष स्तर के लिए पास करने के लिए) प्रसंस्करण)।

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

 /** * Calculates rectangle square * @param aRect Rectangle * @throws NullPointerException if Rectangle is null */ public int calculateSquare(Rectange rect) { if (rect == null) { throw new NullPointerException(“Rectangle can't be null”); } // calculate rectangle square int rectWidth = rect .getWidth(); int rectHeight = rect .getHeight(); int square rectWidth * rectHeight(); return square; } ... Rectangle rect = new Rectangle(); int square = calculateSquare(rect); …. 

इस उदाहरण में, विधि आयत वर्ग की एक वस्तु को स्वीकार करती है। विधि विवरण में स्ट्रिंग @throws शामिल है, जो उस अपवाद का वर्णन करता है जिसे फेंका जा सकता है और किन शर्तों के तहत। हालाँकि, विधि हस्ताक्षर में एक थ्रो निर्माण शामिल नहीं है। इसका मतलब यह है कि जब विधि को बुलाया जाता है, तो इसे कोशिश-पकड़ने वाले ब्लॉक के साथ लपेटने की आवश्यकता नहीं होती है। और प्रोग्रामर को विधि के लिए एक असंवैधानिक वस्तु के हस्तांतरण को रोकना होगा।

मुझे उम्मीद है कि इस तरह के एक छोटे से स्पष्टीकरण से थोड़ा पता चल सकता है जब अपवादों को संभालना आवश्यक होता है, और जब आपको कोड में त्रुटियों को ठीक करने की आवश्यकता होती है।