विस्तारित जावा या जावा ++ के रूप में स्काला

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

कई अलग-अलग भाषाएं हैं - ग्रूवी, पायथन, रूबी, जेरी और कई और जो संभवतः जावा को बदल सकते हैं। तो बिल्कुल स्काला क्यों?

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

अब स्काला में मुख्य विशेषताओं की एक सूची जो जावा में नहीं है:

• पैटर्न मिलान और चिमटा
• उच्च आदेश कार्य
• लक्षण
• केस की कक्षाएं
• XML का समर्थन
• डिफ़ॉल्ट पैरामीटर मान और नाम पैरामीटर
• सम्यक रूपांतरण
• स्वचालित प्रकार का अनुमान
• इकाई

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

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

संग्रह के साथ उच्च-स्तरीय कार्य। संग्रह के साथ अधिकांश जोड़तोड़ के लिए बंद होने की उपस्थिति के कारण (फ़िल्टर करने के लिए, एक चयन करें, एक शर्त के लिए सभी तत्वों की जांच करें, उन्हें समूहों में विभाजित करें, आदि), अलग-अलग विधियां हैं। यह आपको 95% में तैयार पुस्तकालय विधियों का उपयोग करने की अनुमति देता है, जबकि जावा में आपको प्रत्येक बार खुद को समान संचालन लिखने की आवश्यकता होती है।

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

कम गैर-सूचनात्मक शोर। यह ठीक वही क्षण है जहां समग्र चित्र छोटी चीजों से बना है। स्काला के बहुत सारे बिंदु हैं जहाँ यह आपको कुछ अक्षर कम लिखने की अनुमति देता है। उत्पादन पठनीयता के नुकसान के बिना जावा की तुलना में लगभग 2-3 गुना कम कोड है!

कई सिंटैक्स-स्तरीय डिज़ाइन पैटर्न के लिए समर्थन। यदि आप एक सिंगलटन चाहते हैं - यह "क्लास" शब्द को "ऑब्जेक्ट" में बदल देता है, तो आप एक फैक्ट्री चाहते हैं - डिफ़ॉल्ट मान और नाम मापदंडों के साथ कंस्ट्रक्टर का उपयोग करें, आप एक कमांड चाहते हैं - बस क्लोजर पास करें, आदि।

अधिक सहज और संरचित व्यापार तर्क कोड। सब कुछ एक उच्च स्तर पर वर्णित नहीं किया जा सकता है, कभी-कभी बहुत सारे तर्क के साथ तर्क होता है, अन्यथा, चेक, शर्तों और अतिरिक्त सहायक विधियों का आवंटन। पैटर्न मिलान, मठों, उच्च-क्रम के कार्यों, नेस्टेड विधियों के लिए धन्यवाद, इस तरह के तर्क कई बार अधिक पठनीय हैं। जावा में जब आपको स्कैला में बहुत सारे / / / स्विच चेक करने की आवश्यकता होती है, तो आप मिलान पैटर्न का उपयोग कर सकते हैं, जब जावा में आपको इंटरफ़ेस को लागू करने और कॉन्फ़िगरेशन में एक वर्ग जोड़ने की आवश्यकता होती है, तो स्केला में आपको स्कल में शून्य और त्रुटि से निपटने के लिए जावा चेक को बंद करने की आवश्यकता होती है मोनो का उपयोग तब किया जाता है जब जावा यूटिल्स क्लासेस, फैक्ट्रीज, ग्लोबल वैरिएबल के साथ इंटरफेस बनाता है, स्केला में सिग्नलटन एक साथी ऑब्जेक्ट बनाता है।

निष्कर्ष

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