ग्रेड: कार्य कोड हैं

पिछले विषय में, मैंने संक्षेप में बताने की कोशिश की कि ग्रैडल क्या है और यह किन विचारों पर बनाया गया है। सोर्स सेट्स की अवधारणा और इससे जुड़ी कार्यक्षमता पर भी प्रकाश डाला गया।



अब मैं इस बारे में बात करना चाहूंगा कि ग्रैडल ने मुझे व्यक्तिगत रूप से कैसे झुका दिया। हम कार्यों के साथ काम करने के तरीकों के बारे में बात करेंगे। ग्रैडल में कार्य चींटी लक्ष्य का एक निकट एनालॉग है। और, शब्दों में भ्रमित न होने के लिए, उसके बाद कार्य (या कार्य) हमेशा ग्रेड टास्क का अर्थ होगा। अगर हम चींटी से एक इकाई के बारे में बात कर रहे हैं, तो यह स्पष्ट रूप से संकेत दिया जाएगा: चींटी कार्य।



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







आइए प्रोग्रामर्स के लिए पारंपरिक "हैलो वर्ल्ड" से शुरू करें। मान लीजिए हमारे पास एक खाली build.gradle



फ़ाइल है। हम लिखते हैं:

 task hello << { println 'Hello world!' }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम लॉन्च करते हैं



>gradle -q hello

Hello world!







बिंगो! लेकिन प्रभावशाली नहीं है। चलो कुछ और कोशिश करते हैं:

 task upper << { String someString = 'mY_nAmE' println "Original: " + someString println "Upper case: " + someString.toUpperCase() 4.times { print "$it " } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम लॉन्च करते हैं



>gradle -q upper

Original: mY_nAmE

Upper case: MY_NAME

0 1 2 3







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



आइए एक और दिलचस्प उदाहरण देखें।



मान लीजिए हमारे पास एक छोटा जावा प्रोजेक्ट है। यहाँ इसका build.gradle है:

 apply plugin: 'java' version = '1.0' repositories { mavenCentral() } dependencies { compile group: 'commons-collections', name: 'commons-collections', version: '3.2' testCompile group: 'junit', name: 'junit', version: '4.7' }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और निर्देशिका संरचना

 / प्रोजेक्टअल्फा
     / src
         / परीक्षण
         / मुख्य
             / जावा
                 / मेरा
                     / खुद का
                         / कोड
                     / वसंत
                         / डीबी
                         / प्लगइन
                         / विशेषाधिकार

कुछ भी जटिल नहीं है: संस्करण, मावेन सेंट्रल रिपॉजिटरी, संकलन के लिए दो निर्भरता, कई पैकेज। कमांड चलाते समय



>gradle build







projectAlpha-1.0.jar



संग्रह को projectAlpha-1.0.jar



projectAlpha/build/libs



projectAlpha-1.0.jar



में संकलित किया जाएगा। सभी समझौतों के अनुसार पूर्ण। मावेन ठीक यही काम करेगा।



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

 task sourcesJar(type: Jar) { appendix = 'sources' from sourceSets.main.allJava } task testJar(type: Jar) { appendix = 'test' from sourceSets.test.classes } jar { exclude 'my/spring/**' } task springDbJar(type: Jar) { appendix = 'spring-db' from sourceSets.main.classes include 'my/spring/db/**' } task springAuthJar(type: Jar) { appendix = 'spring-auth' from sourceSets.main.classes include 'my/spring/auth/**' } task springPluginJar(type: Jar) { appendix = 'spring-plugin' from sourceSets.main.classes include 'my/spring/plugin/**' }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम लॉन्च करते हैं

>gradle assemble







और हम देखते हैं:

projectAlpha>dir /b build\libs

projectAlpha-1.0.jar

projectAlpha-sources-1.0.jar

projectAlpha-spring-auth-1.0.jar

projectAlpha-spring-db-1.0.jar

projectAlpha-spring-plugin-1.0.jar

projectAlpha-test-1.0.jar







क्या हुआ:

• हमने जार प्रकार के साथ दो नए कार्यों को परिभाषित किया: sourcesJar
  
  
  
  और testJar
  
  
  
  । पुरालेख की सामग्री का वर्णन करने के लिए, आपके द्वारा पहले से परिचित स्रोत सेट का उपयोग किया जाता है। appendix
  
  
  
  विशेषता भी निर्धारित है, जो, जैसा कि आप अनुमान लगा सकते हैं, संस्करण के बाद संग्रह नाम में शामिल किया जाएगा।
• हमने डिफ़ॉल्ट jar
  
  
  
  कार्य को बदल दिया (यह प्लगइन में परिभाषित किया गया है) ताकि विशिष्ट पैकेज से कक्षाएं मुख्य संग्रह में न आएं।
• हमने स्प्रिंग के लिए मॉड्यूल के साथ तीन अलग-अलग अभिलेखागार को इकट्ठा करने के लिए 3 और कार्यों को परिभाषित किया। जब असेंबली कार्य को बुलाया गया था, तो असेंबली सिस्टम ने सभी कार्यों को स्वतंत्र रूप से चयनित किया जो अभिलेखागार (जिप, जार ..) बनाते हैं और उन्हें पूरा किया। स्रोत सेट पर निर्भरता को पहले से संसाधित करने और आवश्यक वर्गों को संकलित करने के लिए, पिछले लेख में।

मुझे आश्चर्य है कि इसे मावेन में कैसे करना है?



लेकिन जीवन अभी भी खड़ा नहीं है, और हमारी मांगें बदलती रहती हैं। एक बढ़िया सुबह, स्प्रिंग फाउंडेशन ने हर जार को प्रकट करने के लिए जोड़ने की मांग की, जो वसंत से संबंधित है और हैबर पर प्रकाशित किया गया है, जो मान habr.ru के साथ डेमो विशेषता है। यह अजीब लगता है, लेकिन हमें अभी भी उन्हें लागू करने की आवश्यकता है। जोड़ें:

 tasks.withType(Jar).matching { task -> task.archiveName.contains('spring') }.allObjects { task -> task.manifest { attributes demo: 'habr.ru' } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

चलाएँ:



projectAlpha>gradle assemble

:compileJava UP-TO-DATE

:processResources UP-TO-DATE

:classes UP-TO-DATE

:jar UP-TO-DATE

:sourcesJar UP-TO-DATE

:springAuthJar

:springDbJar

:springPluginJar

:compileTestJava UP-TO-DATE

:processTestResources UP-TO-DATE

:testClasses UP-TO-DATE

:testJar UP-TO-DATE

:assemble









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



Manifest-Version: 1.0

demo: habr.ru







बिंगो!



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

 def allSpringJars = tasks.withType(Jar).matching { task -> task.archiveName.contains('spring') } allSpringJars.allObjects { task -> configure(task) { manifest { attributes demo: 'habr.ru' } doLast { ant.checksum(file: archivePath, todir: archivePath.parentFile) } } } task springJars(dependsOn: allSpringJars)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और इस बार हम केवल बीमार वसंत से संबंधित अभिलेखागार एकत्र करेंगे:



projectAlpha>gradle clean springJars

:clean

:compileJava

:processResources UP-TO-DATE

:classes

:springAuthJar

:springDbJar

:springPluginJar

:springJars



BUILD SUCCESSFUL



Total time: 5.015 secs







आइए देखें क्या हुआ।

c:\Work\Gradle\tasksAreCode\projectAlpha>dir /b build\libs

projectAlpha-spring-auth-1.0.jar

projectAlpha-spring-auth-1.0.jar.MD5

projectAlpha-spring-db-1.0.jar

projectAlpha-spring-db-1.0.jar.MD5

projectAlpha-spring-plugin-1.0.jar

projectAlpha-spring-plugin-1.0.jar.MD5







कार्य को पूरा करने के लिए न्यूनतम प्रयास की आवश्यकता है।

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



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



जारी रखा जाए।