मैं उत्तर एक , दो लिखने के लिए दो ट्यूटोरियल का उल्लेख करता हूं
ग्रैडल एक सामान्य उद्देश्य, घोषणात्मक निर्माण उपकरण है। यह सामान्य उद्देश्य है क्योंकि इसका उपयोग बिल्ड स्क्रिप्ट में लागू करने के लिए आपकी देखभाल के लिए बहुत कुछ बनाने के लिए किया जा सकता है। यह घोषणा योग्य है क्योंकि आप बिल्ड फ़ाइल में बहुत सारे कोड नहीं देखना चाहते हैं, जो पठनीय और कम रखरखाव योग्य नहीं है। इसलिए, जबकि ग्रैडल सम्मेलनों और एक सरल और घोषणात्मक निर्माण का विचार प्रदान करता है, यह उपकरण को अनुकूल बनाने और डेवलपर्स को विस्तारित करने की क्षमता भी बनाता है। यह किसी भी तृतीय-पक्ष सुविधाओं को जोड़ने के लिए डिफ़ॉल्ट व्यवहार और विभिन्न हुक को अनुकूलित करने का एक आसान तरीका भी प्रदान करता है।
ग्रैड दोनों उपकरणों के अच्छे हिस्सों को जोड़ती है और अतिरिक्त सुविधाएँ प्रदान करती है और ग्रोवी को एक डोमेन विशिष्ट भाषा (डीएसएल) के रूप में उपयोग करती है। इसमें मावेन सुविधाओं के साथ चींटी उपकरण की शक्ति और लचीलापन है जैसे जीवन चक्र का निर्माण और उपयोग में आसानी।
ग्रैडल क्यों? अब क्यों?
बिल्ड टूल की प्रतिक्रिया गैर-मानक एक्सटेंशन तंत्र के माध्यम से स्क्रिप्टिंग कार्यक्षमता को जोड़ना है। आप अंत में XML के साथ स्क्रिप्टिंग कोड को मिक्स कर रहे हैं या अपने बिल्ड लॉजिक से बाहरी स्क्रिप्ट को आमंत्रित कर रहे हैं। यह कल्पना करना आसान है कि आपको समय के साथ अधिक से अधिक कस्टम कोड जोड़ना होगा। नतीजतन, आप अनिवार्य रूप से आकस्मिक जटिलता का परिचय देते हैं, और स्थिरता खिड़की से बाहर निकल जाती है।
मान लें कि आप किसी फ़ाइल को किसी विशिष्ट स्थान पर कॉपी करना चाहते हैं जब आप अपनी परियोजना के रिलीज़ संस्करण का निर्माण कर रहे हों। संस्करण की पहचान करने के लिए, आप अपने प्रोजेक्ट का वर्णन करते हुए मेटाडेटा में एक स्ट्रिंग की जांच करते हैं। यदि यह एक विशिष्ट नंबरिंग योजना (उदाहरण के लिए, 1.0-RELEASE) से मेल खाता है, तो आप फ़ाइल को बिंदु A से बिंदु B पर कॉपी करते हैं। बाहरी दृष्टिकोण से, यह एक तुच्छ कार्य की तरह लग सकता है। यदि आपको XML पर भरोसा करना है, तो कई पारंपरिक उपकरणों की निर्मित भाषा, इस सरल तर्क को व्यक्त करना काफी मुश्किल हो जाता है।
जावा बिल्ड टूल्स का विकास
एक्सएम बिल्ड लॉजिक को एक्सएमएल में वर्णित किया जाना है। XML पदानुक्रमित डेटा का वर्णन करने के लिए बहुत अच्छा है, लेकिन कार्यक्रम के प्रवाह और सशर्त तर्क को व्यक्त करने में कम पड़ता है। जैसे ही एक बिल्ड स्क्रिप्ट जटिलता में बढ़ती है, बिल्डिंग कोड को बनाए रखना दुःस्वप्न बन जाता है।
चींटी में , आप JAR लक्ष्य को संकलन लक्ष्य पर निर्भर करते हैं। चींटी अपने प्रोजेक्ट को कैसे तैयार करें, इस बारे में कोई मार्गदर्शन नहीं देती है। यद्यपि यह अधिकतम लचीलेपन की अनुमति देता है, चींटी प्रत्येक बिल्ड स्क्रिप्ट को अद्वितीय और समझने में कठिन बनाती है। आपकी परियोजना के लिए आवश्यक बाहरी पुस्तकालयों को आमतौर पर संस्करण नियंत्रण में जांचा जाता है क्योंकि उन्हें केंद्रीय स्थान से खींचने के लिए कोई स्वचालित तंत्र नहीं है।
जुलाई 2004 में रिलीज़ मावेन 1 ने उस प्रक्रिया को आसान बनाने की कोशिश की। यह एक मानकीकृत परियोजना और निर्देशिका संरचना, साथ ही निर्भरता प्रबंधन प्रदान करता है। दुर्भाग्य से, कस्टम तर्क को लागू करना कठिन है
ग्रैड बिल्ड बिल्ड की उस पीढ़ी में सही बैठता है और आधुनिक बिल्ड टूल्स (चित्र 1) की कई आवश्यकताओं को संतुष्ट करता है। यह एक अभिव्यंजक डीएसएल, विन्यास दृष्टिकोण पर एक सम्मेलन और शक्तिशाली निर्भरता प्रबंधन प्रदान करता है। यह XML को छोड़ने और अपने बिल्ड लॉजिक को परिभाषित करने के लिए गतिशील भाषा Groovy को पेश करने के लिए सही कदम बनाता है। सम्मोहक लगता है, है ना?
ग्रैड अन्य बिल्ड टूल की सर्वोत्तम विशेषताओं को जोड़ती है।
ग्रैडल का सम्मोहक फ़ीचर सेट
क्यों चींटी या मावेन की तुलना में ग्रेडर के बजाय अपने जावा प्रोजेक्ट्स का निर्माण करें?
एंड्रॉइड के लिए डिफ़ॉल्ट बिल्ड टूल (और JVM पर नए टूल का निर्माण) जटिल, मल्टी-लैंग्वेज बिल्ड की स्क्रिप्टिंग को आसान बनाने के लिए डिज़ाइन किया गया है। यदि आप चींटी या मावेन का उपयोग कर रहे हैं, तो क्या आपको इसे बदलना चाहिए?
अपनी बिल्ड स्क्रिप्ट के भीतर ग्रैडल के पावर फीचर्स को अनलॉक करने की कुंजी इसके डोमेन मॉडल को खोजने और लागू करने में निहित है, जैसा कि नीचे दी गई छवि में दिखाया गया है।
ग्रैडल आपके उद्यम निर्माण के लिए विशिष्ट सभी आवश्यकताओं को नहीं जान सकता है। जीवनचक्र चरणों में हुक को उजागर करने से, ग्रैड बिल्ड स्क्रिप्ट के निष्पादन व्यवहार की निगरानी और कॉन्फ़िगर करने की अनुमति देता है।
ग्रैलो ग्रूवी में लागू एक डीएसएल को उजागर करके अपने मॉडल के लिए एक शब्दावली स्थापित करता है। एक जटिल समस्या डोमेन के साथ काम करते समय, इस मामले में, सॉफ़्टवेयर बनाने का कार्य, अपने तर्क को व्यक्त करने के लिए एक सामान्य भाषा का उपयोग करने में सक्षम होना एक शक्तिशाली उपकरण हो सकता है।
एक अन्य उदाहरण यह है कि आप बाहरी पुस्तकालयों पर निर्भरता व्यक्त कर सकते हैं, बिल्ड टूल्स द्वारा हल की गई एक बहुत ही आम समस्या है। आउट-ऑफ-द-बॉक्स ग्रैड आपको अपनी बिल्ड स्क्रिप्ट के लिए दो कॉन्फ़िगरेशन ब्लॉक प्रदान करता है जो आपको उन निर्भरताओं और रिपॉजिटरी को परिभाषित करने की अनुमति देता है जिन्हें आप उनसे प्राप्त करना चाहते हैं। यदि मानक डीएसएल तत्व आपकी आवश्यकताओं के अनुरूप नहीं हैं, तो आप ग्रैडल के विस्तार तंत्र के माध्यम से अपनी खुद की शब्दावली भी प्रस्तुत कर सकते हैं।
अन्य बिल्ड टूल्स के साथ एकीकरण
ग्रैडल अपने पूर्ववर्तियों के चींटी, मावेन और आइवी के साथ अच्छा खेलता है, जैसा कि नीचे की छवि में दिखाया गया है।
अपनी परियोजना को बिल्ड से परिनियोजन तक स्वचालित करना
छवि में: एक तैनाती पाइपलाइन के चरणों।
कोड संकलित करना
रनिंग यूनिट और इंटीग्रेशन टेस्ट
स्थिर कोड विश्लेषण करना और परीक्षण कवरेज उत्पन्न करना
वितरण का निर्माण
लक्ष्य वातावरण का प्रावधान
वितरण योग्य तैनात करना
धूम्रपान और स्वचालित कार्यात्मक परीक्षण करना
मैं उत्तर एक , दो लिखने के लिए दो ट्यूटोरियल का उल्लेख करता हूं
