Computer >> कंप्यूटर ट्यूटोरियल >  >> प्रोग्रामिंग >> Java

जावा 9 में try-with-resources के लिए क्या सुधार हुए हैं?

Try-with-Resources जावा 7 में पेश किया गया था। इसका उपयोग करने का उद्देश्य उपयोग के बाद संसाधनों को स्वचालित रूप से बंद करना है। सीमा यह है कि संसाधन को try से पहले या try स्टेटमेंट के अंदर घोषित करने की आवश्यकता होती है, यदि नहीं तो यह कंपाइलेशन एरर फेंकता है।

जावा 9 ने try-with-resources में सुधार किया है और अब ऑब्जेक्ट को try स्टेटमेंट के अंदर घोषित करने की आवश्यकता नहीं है।

नीचे दिए गए उदाहरण में, हमने try-with-resources अवधारणा को लागू किया है।

उदाहरण

import java.io.*;

public class TryWithResourceTest {
    public static void main(String[] args) throws FileNotFoundException {
        String line;
        Reader reader = new StringReader("tutorialspoint");
        BufferedReader breader = new BufferedReader(reader);
        try(breader) {
            while((line = breader.readLine()) != null) {
                System.out.println(line);
            }
        } catch(IOException ioe) {
            ioe.printStackTrace();
        }
    }
}

आउटपुट

tutorialspoint
  1. - जावा 9 में Publisher इंटरफेस के नियम क्या हैं?

    एक Publisher  अपने सब्सक्राइबर्स से प्राप्त मांग के अनुसार क्रमबद्ध तत्वों की असीमित संख्या का प्रदाता है। Publisher<T> इंटरफेस प्रकार T के तत्वों को प्रकाशित करने के लिए जिम्मेदार है और सब्सक्राइबर्स को इससे जुड़ने के लिए एक subscribe() विधि प्रदान करता है। public interface Publishe

  1. - जावा 9 में Subscription इंटरफेस के नियम क्या हैं?

    एक Subscription  डेटा एक्सचेंज की मध्यस्थता के उद्देश्य से ठीक एक Publisher और एक Subscriber द्वारा साझा किया जा सकता है। यही कारण है कि subscribe() विधि निर्मित Subscription को वापस नहीं करती, बल्कि void लौटाती है। Subscription को केवल onSubscribe() विधि कॉलबैक के माध्यम से Subscriber को पास क

  1. जावा 9 में @Deprecated एनोटेशन में क्या सुधार हैं? जावा 9 में @Deprecated एनोटेशन में क्या सुधार हैं?

    कोई भी तत्व जिसे @Deprecated से एनोटेट किया जा सकता है, यह दर्शाता है कि इस विशेष तत्व का उपयोग निम्नलिखित कारणों से नहीं किया जाना चाहिए: इसका उपयोग करना जोखिम भरा है और त्रुटियों का कारण बन सकता है। भविष्य के संस्करणों में असंगत हो सकता है। भविष्य के संस्करणों में हटाया जा सकता है। एक बेहतर और अध