ओला पर बहु-मॉड्यूल परियोजना में निर्भरता प्रबंधन

प्रविष्टि

लेख को मूल एंड्रॉइड परियोजनाओं के लिए एक आँख से लिखा गया है, लेकिन चूंकि ग्रेड एक सार्वभौमिक असेंबली प्रणाली है, सिद्धांत रूप में, यह अन्य परियोजनाओं के लिए उपयुक्त होगा जो ग्रेडल एकत्र कर सकते हैं। यह विचार मेरा नहीं है, मैंने इसे जेक व्हार्टन SdkSearch की गीथब प्रोजेक्ट से लिया - Android sdk के लिए प्रलेखन खोजने के लिए कार्यक्रमों का एक सेट।

समस्या

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

निर्णय

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

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

उदाहरण के लिए, हमारे Android एप्लिकेशन को निर्भरता का उपयोग करने दें: kotlin, kotlin stdlib, kotlin junit, facebook sdk, androidx, google material

रूट बिल्ड.ग्रेड:

buildscript { ext { versions = [ 'kotlin': '1.3.50', 'fb': '4.40.0' ] deps = [ 'kotlin': [ 'stdlib': [ 'jdk': "org.jetbrains.kotlin:kotlin-stdlib-jdk7:${versions.kotlin}" ], 'test': [ 'common': "org.jetbrains.kotlin:kotlin-test-common:${versions.kotlin}", 'annotations': "org.jetbrains.kotlin:kotlin-test-annotations-common:${versions.kotlin}", 'jdk': "org.jetbrains.kotlin:kotlin-test-junit:${versions.kotlin}" ] ], 'androidx' : [ 'annotation': "androidx.annotation:annotation:1.1.0", 'appCompat': 'androidx.appcompat:appcompat:1.1.0', 'constraintLayout': 'androidx.constraintlayout:constraintlayout:1.1.3', 'ktx': 'androidx.core:core-ktx:1.1.0', 'dynamicAnimation': 'androidx.dynamicanimation:dynamicanimation:1.0.0', 'gridLayout': 'androidx.gridlayout:gridlayout:1.0.0', 'localBroadcastManager': 'androidx.localbroadcastmanager:localbroadcastmanager:1.0.0', 'multidex': 'androidx.multidex:multidex:2.0.1', 'recyclerView': 'androidx.recyclerview:recyclerview:1.1.0-beta04' ], 'material': 'com.google.android.material:material:1.0.0', 'fb': [ 'core': "com.facebook.android:facebook-core:${versions.fb}", 'login': "com.facebook.android:facebook-login:${versions.fb}", 'share': "com.facebook.android:facebook-share:${versions.fb}" ] ] repositories { google() jcenter() } dependencies { classpath 'com.android.tools.build:gradle:3.6.0-alpha11' classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:${versions.kotlin}" } } 

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

इस परिभाषा के परिणामस्वरूप, सभी बाल मॉड्यूल में, निर्भरता की घोषणा संस्करण से मुक्त एक संक्षिप्त पदानुक्रम बन जाती है, क्योंकि अब सभी मॉड्यूल समान लाइब्रेरी संस्करणों पर निर्भर करते हैं।

build.gradle में मॉड्यूल निर्भरता अनुभाग का उदाहरण

 dependencies { implementation deps.kotlin.stdlib.jdk implementation deps.androidx.appCompat implementation deps.androidx.browser implementation deps.androidx.cardView implementation deps.androidx.constraintLayout implementation deps.androidx.ktx implementation deps.androidx.multidex implementation deps.androidx.recyclerView implementation deps.material implementation deps.fb.core implementation deps.fb.login implementation deps.fb.share testImplementation deps.kotlin.test.jdk } 

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

जैसा कि मैंने ऊपर उल्लेख किया है, इस तरह की योजना का उपयोग करने वाला एक कार्य मसौदा यहां है ।