प्रस्तुत है जावा 13: JDK की नई विशेषताओं में आइए

जावा एक प्रोग्रामर का सपना रहा है और नए संस्करण रिलीज़ जावा के साथ जावा की लोकप्रियता को निर्धारित करने का बेहतर तरीका क्या है। जावा के प्रारंभिक प्रस्ताव के बाद, JDK सुविधाओं में उन्नति हुई है जो जावा डेवलपर के दिमाग को नई रेंज के साथ उड़ाएगी। 17 सितंबर, 2019 को आधिकारिक रिलीज के बाद।

लेकिन आपको क्यों लगता है कि जावा इतना लोकप्रिय है?

जावा अपने प्लेटफॉर्म की स्वतंत्रता और विभिन्न कंप्यूटरों पर चलने की क्षमता के कारण प्रोग्रामरों के बीच एक सनक रहा है। यह इतने लंबे समय से है कि इसे बैंकों, बीमा कंपनियों, उद्यमों, एजेंसियों जैसे संगठनों द्वारा अपनाया गया है और ज्यादातर सॉफ्टवेयर आउटसोर्सिंग कंपनियों द्वारा।

जावा एंड्रॉइड ऐप, जावा वेब एप्लिकेशन, सॉफ्टवेयर टूल और वैज्ञानिक एप्लिकेशन विकसित करने के लिए व्यापार में रहा है।

आइए हम आंकड़ों में तल्लीन करें और अन्य प्रतिस्पर्धी प्रोग्रामिंग भाषाओं के बीच जावा अनुप्रयोगों के लोकप्रियता अनुपात को कम करें।

Tiobe Index की हालिया सितंबर की रिपोर्ट के अनुसार, Java एप्लिकेशन और प्रोग्रामर अपनी स्थिति पर कायम हैं और अन्य प्रोग्रामिंग भाषाओं को कठिन समय दे रहे हैं।



अन्य प्रोग्रामिंग भाषाओं में जावा की लोकप्रियता जनजाति को देखने के बाद, आइए एक नज़र में जावा 13 JDK की विशेषताओं पर जाएँ:

1. JEP 350: डायनामिक सीडीएस आर्काइव्स
2. JEP 351: ZGC: अनकमिटेड अनयूज्ड मेमोरी
3. JEP 353: लीगेसी सॉकेट एपीआई को फिर से लागू करें
4. JEP 354: स्विच एक्सप्रेशंस (पूर्वावलोकन)
5. JEP 355: टेक्स्ट ब्लॉक (पूर्वावलोकन)

चूंकि हम जावा 12 की प्रारंभिक रिलीज के बाद बहुत सारे बदलावों की उम्मीद नहीं कर सकते हैं, फिर भी एक कार्यात्मक स्तर पर परिवर्तन होते हैं जो जावा प्रोग्रामर को नई स्थिर विशेषताओं पर स्थानांतरित कर सकते हैं। लक्ष्य अगले एलटीएस संस्करण द्वारा पूर्वावलोकन सुविधाओं को अंतिम रूप देना है ताकि वे पर्याप्त रूप से स्थिर हों और अगले तीन वर्षों तक अच्छे दिखेंगे। यह उम्मीद की गई है कि सितंबर 2021 तक, जावा 17 जावा 8 और 11 की विरासत संभाल लेगा।

इस ब्लॉग में, मैं आपको नवीनतम सुविधाओं के माध्यम से लेने जा रहा हूं, जो आप जावा 13 से उम्मीद कर सकते हैं।

-> डायनेमिक सीडीएस अभिलेखागार

नई सुविधाओं के अलावा जो जावा डेवलपर्स के लिए स्पष्ट हैं, बहुत कुछ जेवीएम और इन-क्लास लाइब्रेरी की छत के नीचे हुआ है। क्लास डेटा शेयरिंग (सीडीएस) को जावा 5 के दौरान वापस पेश किया गया था। सीडीएस का अंतिम लक्ष्य क्लास डेटा शेयरिंग अभिलेखागार में कक्षाओं के बारे में कुछ जानकारी संग्रहीत करके जावा अनुप्रयोगों के शुरुआती समय को छोटा करना है। डेटा को रनटाइम पर लोड किया जा सकता है और कई JVM द्वारा उपयोग किया जा सकता है।

जावा 10 तक, हालांकि, साझा अभिलेखागार केवल बूटस्ट्रैप क्लासऑलर के लिए सुलभ थे। जावा 10 से शुरू, सीडीएस को एप्लीकेशन क्लास डेटा शेयरिंग (ऐपसीडीएस) द्वारा बढ़ाया गया था। AppCDS सीडीएस अभिलेखागार तक पहुंचने के लिए अंतर्निहित सिस्टम और प्लेटफॉर्म क्लास लोडर के साथ-साथ उपयोगकर्ता-परिभाषित क्लास लोडर को सक्षम बनाता है। कक्षाओं को लोड किए जाने की पहचान करने के लिए सीडीएस अभिलेखागार बनाने के लिए कक्षा सूचियों की आवश्यकता होती है।

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

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

-> ZGC: Uncommit Unused Memory

आजकल, यह इतना असामान्य नहीं है कि अनुप्रयोगों को एक ही समय में हजारों उपयोगकर्ताओं की सेवा करनी पड़े। ऐसे अनुप्रयोगों को बहुत अधिक मेमोरी की आवश्यकता होती है और मेमोरी का प्रबंधन महत्वपूर्ण होता है जो एप्लिकेशन के प्रदर्शन को प्रभावित करता है। बताई गई आवश्यकताओं को पूरा करने के लिए, ओरेकल ने जावा 11 में ज़ेड गारबेज कलेक्टर ( जेडजीसी ) को पेश किया है क्योंकि यह कई टेराबाइट्स के साथ ढेर यादों को साफ करते समय बहुत कम ठहराव का वादा करता है।

पहले, यह अनुप्रयोगों के लिए आरक्षित ढेर स्मृति को जारी नहीं करता था। परिणामस्वरूप, अनुप्रयोग आवश्यकता से अधिक मेमोरी का उपभोग करते हैं। कम-संसाधन वातावरण में चलने वाला अनुप्रयोग विशेष रूप से प्रभावित होता है। अन्य कचरा संग्रहकर्ता जैसे कि G1 और शेनानडोह पहले से ही अप्रयुक्त मेमोरी की रिहाई का समर्थन करते हैं।

-> नवीनीकृत सॉकेट एपीआई

जावा सॉकेट और जावा ServerSocketAPI JDK 1.0 से टुकड़े हैं। उनमें से अधिकांश में जावा और सी कोड से विरासत शामिल है। यह रखरखाव और विस्तारशीलता को और अधिक कठिन बना देता है। NioSocketImpl को अब पुराने PlainSocketImpl की जगह लेना चाहिए। NioSocketImpl पहले से ही मौजूदा न्यू I / O कार्यान्वयन पर आधारित है और JDK में इसके मौजूदा बुनियादी ढांचे का उपयोग करता है।

पिछला कार्यान्वयन भाषा के अन्य नियोजित एक्सटेंशन के साथ संगत नहीं है। उदाहरण के लिए, समसामयिक समस्याएं हल्के उपयोगकर्ता थ्रेड (फाइबर, प्रोजेक्ट लूम का हिस्सा) के भविष्य के उपयोग में बाधा डालती हैं।

-> स्विच एक्सप्रेशंस के लिए एन्हांसमेंट

यदि आप डेवलपर के दृष्टिकोण से विशेषता को देखते हैं, तो यह वह बिंदु है जो केवल दिलचस्प है। उदाहरण के लिए, स्विच एक्सप्रेशंस को जावा 12 में एक पूर्वावलोकन के रूप में पेश किया गया था और इसे उपयोगकर्ता प्रतिक्रिया के कारण बढ़ाया गया है। स्विच एक्सप्रेशंस बोझिल और त्रुटि-प्रवण स्विच स्टेटमेंट का एक विकल्प है।

कोडिंग मानदंडों में सबसे बड़ा बदलाव जो जावा 13 में देखा जा सकता था, वह उपज द्वारा स्विच अभिव्यक्ति में कीवर्ड ब्रेक का प्रतिस्थापन है। स्विच स्टेटमेंट (संभावित ब्रेक के साथ) और एक्सप्रेशन (उपज के साथ) के बीच पृष्ठभूमि बेहतर है। उपज विवरण स्विच से बाहर निकलता है और वर्तमान शाखा का परिणाम रिटर्न के समान देता है।

उदाहरण के लिए, नीचे दिया गया कोड स्निपेट उस परिदृश्य को दिखाता है जहां स्विच के स्टेटमेंट का उपयोग ब्रेक के साथ किया गया है और दूसरे भाग में स्विच एक्सप्रेशन का उपयोग दोनों के बीच के अंतर को बनाने के लिए किया गया है।



-> रॉ स्ट्रींग लिटरल्स के बजाय टेक्स्ट ब्लॉक

टेक्स्ट ब्लॉक जावा भाषा में स्ट्रिंग शाब्दिक को परिभाषित करने का एक नया प्रकार है। यह कहीं भी एक स्ट्रिंग को निरूपित करने के लिए इस्तेमाल किया जा सकता है कि एक स्ट्रिंग शाब्दिक का उपयोग किया जा सकता है, लेकिन अधिक स्पष्टता और कम आकस्मिक जटिलता प्रदान करता है। रॉ स्ट्रिंग स्ट्रिंगल साहित्य के पहले कार्यान्वयन ने कई सवाल उठाए हैं क्योंकि उपयोगकर्ताओं ने उसी के आसपास प्रतिक्रिया दी है जिसमें कई एकाधिक प्रश्न हैं।

आखिरकार, कई जावा एप्लिकेशन अन्य भाषाओं जैसे HTML या SQL से कोड स्निपेट्स को संसाधित कर सकते हैं। अब तक, इस तरह के तारों को केवल बोझिल तरीके से परिभाषित किया जा सकता था, जिससे उन्हें पढ़ना मुश्किल हो जाता है।

उदाहरण के लिए, अतिरिक्त नियंत्रण आदेश (\ n से बचकर) का उपयोग लाइन ब्रेक के लिए किया जाना चाहिए। अन्य भाषाओं जैसे कि ग्रूवी, स्काला या कोटलिन ने बहु-पंक्ति ग्रंथों को परिभाषित करने की संभावना की पेशकश की है।

नया टेक्स्ट ब्लॉक ट्रिपल उद्धरण चिह्नों को सीमांकक के रूप में उपयोग करता है और जहां भी सामान्य तार की अनुमति है, वहां इसका उपयोग किया जा सकता है।

नीचे दिए गए कोड स्निपेट में दोनों के बीच का अंतर बताया गया है:



उद्घाटन और समापन ट्रिपल उद्धरण एक अलग लाइन में होने चाहिए। फिर भी, वास्तविक सामग्री दूसरी पंक्ति से शुरू होती है। यह स्रोत कोड की पठनीयता को बढ़ाता है, क्योंकि पहली पंक्ति का इंडेंटेशन स्रोत पाठ में सही ढंग से प्रदर्शित होता है।

निष्कर्ष:

अब तक वर्णित परिवर्तनों को जेईपी (जावा एन्हांसमेंट प्रोटोकॉल) में परिभाषित किया गया था। हालांकि कक्षा पुस्तकालय में सीधे रूप से और अनुकूलन हैं। लेकिन पहले, आपको जावा 13 स्थापित करना होगा जबकि जावा 14 संस्करण अभी भी पाइपलाइन में है।

परिवर्तन अनिश्चित हैं और कुछ विशेषताएं हैं जैसे कि स्विच एक्सप्रेशंस और टेक्स्ट ब्लॉक जिन्हें अंतिम रूप दिया जा सकता है। हालांकि, अगली रिलीज अपने रास्ते पर है।