ग्रेड 5.0 - नया क्या है

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

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

कोटलिन डी.एस.एल.

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

क्या मुझे कोटलिन में जाना है? नहीं, यह आवश्यक नहीं है, ग्रूवी डीएसएल का समर्थन किया जाएगा, इसे छोड़ नहीं दिया गया है। अगला, आपको प्रत्येक प्रोजेक्ट पर अलग से विचार करने की आवश्यकता है। Kotlin DSL का उपयोग करने के लिए, आपको ग्रेड 5 और कम से कम 8 के JDK की आवश्यकता होती है, कुछ मामलों के लिए यह लागू नहीं हो सकता है। इसके अलावा, ग्रूवी लैक्सिंग टाइपिंग के कारण स्क्रिप्टिंग में अधिक लचीलापन प्रदान करता है। किसी भी मामले में, निर्णय डेवलपर्स पर निर्भर है, लेकिन अगर आप अभी भी कोटलिन पर स्विच करने का निर्णय लेते हैं, तो एक माइग्रेशन गाइड है ।

इंटरएक्टिव init

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

वृद्धिशील संकलन और एनोटेशन प्रसंस्करण

वृद्धिशील संकलन तंत्र विकसित करना जारी है (लोम्बोक जैसे पुस्तकालयों के प्रसंस्करण एनोटेशन सहित) - सभी कोड को फिर से इकट्ठा करने की कोई आवश्यकता नहीं है। आप अपने स्वयं के कार्य बना सकते हैं जो वृद्धिशील संकलन का समर्थन करते हैं।

कैश बनाने के कारण बिल्ड प्रक्रियाएं तेज होती हैं, मेमोरी के साथ काम अनुकूलित होता है।

FailFast परीक्षण - परीक्षण अंतिम त्रुटि से शुरू किया जाएगा (यदि कोई था, तो निश्चित रूप से)।

निर्भरता प्रबंधन

बॉम फ़ाइलों के लिए समर्थन - चीयर्स!

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

आप निर्भरता के संस्करण को अवरुद्ध करने के लिए मजबूर कर सकते हैं और पुराने संस्करणों द्वारा इसे ओवरराइड करने से रोक सकते हैं।

और, सब कुछ के अलावा, संस्करण "ठंड" निर्भरता के लिए समर्थित है।

नया कार्य एपीआई

कार्य निर्माण के क्षेत्र में भी सुधार की प्रक्रिया जारी है। कुछ नई चीजें हैं जो निश्चित रूप से कई लोगों के काम आएंगी।

वर्कर एपीआई , जो आपको समानांतर और अलग-थलग स्तरों के साथ कार्यों को चलाने की अनुमति देता है (यहां तक ​​कि अलग-अलग जेवीएम पर भी आप कर सकते हैं)। केवल समानांतर निष्पादन के अलावा, आप इसे अन्य कार्यों के पूरा होने तक प्रतीक्षा कर सकते हैं।

टाइमआउट एपीआई - कार्य के लिए अधिकतम निष्पादन समय निर्धारित करने के लिए।

कॉन्फ़िगरेशन परिहार एपीआई - आपको उन कार्यों को बनाने या कॉन्फ़िगर करने की अनुमति नहीं देता है जो अभी भी प्रदर्शन नहीं किए जाएंगे।

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