Android के लिए स्टैंडअलोन लाइब्रेरी बनाना

इस लेख में मैं आपको बताऊंगा कि एक पुस्तकालय कैसे बनाया जाए जो अन्य पुस्तकालयों का उपयोग करता है और एक ही समय में एक जार में सब कुछ फिट बैठता है।



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



हम अपने जार के आगे निर्भरता रख सकते हैं। लेकिन फिर विभिन्न संस्करणों के पुस्तकालयों का टकराव अपरिहार्य है, उदाहरण के लिए, यदि हम समर्थन पुस्तकालय के एक संस्करण का उपयोग करते हैं, और एप्लिकेशन में ही एक और। फिर आपको उनमें से एक को अपने हाथों से निकालना होगा।



आप दूसरे तरीके से जा सकते हैं, याद रखें कि जार एक नियमित ज़िप फ़ाइल है। हम सभी निर्भरताओं को अनपैक करेंगे, .class फ़ाइलों के रूप में bytecode प्राप्त करेंगे, फिर हमारे पुस्तकालय के कोड को संकलित करेंगे, सभी .class फ़ाइलों को एक जगह पर रखेंगे और उनसे जार एकत्र करेंगे। लेकिन यदि एप्लिकेशन हमारे जैसे ही पुस्तकालयों का उपयोग करता है, तो हमें एक त्रुटि मिलती है कि परियोजना में दो समान कक्षाएं हैं।



इस समस्या को हल करने के लिए, हम जारज़र उपयोगिता का उपयोग करेंगे। यह जार फ़ाइल में सभी वर्गों का नाम बदल देता है। समर्थन लाइब्रेरी के उदाहरण पर - सभी वर्ग पैकेज android.support.v4 में हैं



उपयोग उदाहरण:

java -jar jarjar.jar process <rulesFile> <inJar> <outJar> rulesFile -     inJar, outJar -   
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Android.support.v4 का नाम बदलने के लिए एक नियम बनाएँ। * to inner.android.support.v4। *

 rule android.support.v4.** inner.android.support.v4.@1
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

और rules.txt फ़ाइल में सहेजें



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

 java -jar jarjar.jar rules.txt android-support-v4.jar android-support-v4-renamed.jar
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



हमारी लाइब्रेरी में सभी निर्भरताओं के लिए कोड है, जो बहुत अधिक वजन कर सकते हैं। आकार को कम करने के लिए, अप्रयुक्त वर्गों और विधियों को हटाने के लिए प्रॉपर आवेदन करें।



और अंत में, एक छोटी सी ग्रेड स्क्रिप्ट जो यह सब करती है

 apply plugin: 'java' defaultTasks 'proguard' task unpackJars(dependsOn: compileJava) { //    file('libs').listFiles().each { File file -> if (file.name.endsWith('.jar')) { copy { from(zipTree(file.path)) into('build/classes/main') } } } // jar' tasks.jar.execute() } task proguard(type: proguard.gradle.ProGuardTask, dependsOn: unpackJars) { injars 'build/libs/library.jar' outjars 'build/libs/proguard_library.jar' libraryjars '/Applications/my/Android Studio.app/sdk/platforms/android-10/android.jar' //        keep 'class com.CasualSoftware.classloader.library.**' } dependencies { compile 'com.google.android:android:2.2.1' compile fileTree(dir: 'libs', include: ['*.jar']) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हॉवेल और सभी, स्क्रिप्ट चलाने के बाद, हमें proguard_library.jar मिलता है, जिसे एप्लिकेशन में जोड़ा जा सकता है और उपयोग किया जा सकता है।



मेरे मामले में, पुस्तकालय समर्थन पुस्तकालय और ड्रॉपबॉक्स एसडीके का उपयोग करता है, और इसका वजन 50 केबी है।



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