Android एप्लिकेशन को संशोधित करने का एक आसान तरीका

यह आवेदन के जारी होने के बाद होता है, इसके स्रोत कहीं गायब हो जाते हैं। सच है, क्या यह हर समय होता है? और इसे डिकम्पाइल करने और कोड की कुछ सौ लाइनों को ट्विक करने के अलावा कुछ नहीं बचा है और यह सब जल्दी से जल्दी करने की जरूरत है।

इसलिए मेरे पास केवल इसके एपीके के साथ एप्लिकेशन को संशोधित करने का कार्य था। और जो लोग अपघटित होते हैं वे जानते हैं कि बाद में इसे संकलित करना कितना कठिन है।

decompilation

Android के लिए, निम्न उपयोगिताओं मौजूद हैं:

• संसाधन विघटन के लिए ApkTool ।
• Dex2Jar को डेक्स को जार में बदलना।
• जार से स्रोत प्राप्त करने के लिए जेडी-जीयूआई ।
• मैं JAD की भी सिफारिश करता हूं, कुछ जगहें JD-GUI से बेहतर विघटित हैं।

इंटरनेट पर उनके उपयोग की पर्याप्त जानकारी है।

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

इस पर प्रयोगों को विघटन के साथ समाप्त करना संभव था, लेकिन आलस्य प्रगति का इंजन था और एक नया तरीका पैदा हुआ था।

कक्षा ओवरराइड

तो, जार एक पुस्तकालय है, तो क्यों न इसे एक नई परियोजना से जोड़ा जाए? हम इसे libs फ़ोल्डर में छोड़ते हैं, मुख्य गतिविधि से इनहेरिट करते हैं और इसे संकलित करते हैं। सब कुछ काम करता है, मुख्य बात यह है कि वर्ग के नाम मेल नहीं खाते हैं, इसलिए पैकेज के नाम अलग-अलग होने चाहिए, अन्यथा कम से कम निर्मित बिल्डकॉन्फिग और आर।

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

अब आप वर्चुअल फ़ंक्शन को फिर से परिभाषित कर सकते हैं, लेकिन केवल, विशेष रूप से अंतिम कीवर्ड आपको ऐसा करने की अनुमति नहीं देगा और इसे विरासत में भी दे सकता है, इसलिए आगे बढ़ें।

कक्षाओं की जगह

जार लाइब्रेरी अनज़िप्ड होने के बाद, हमें क्लास फाइल्स मिलती हैं, ये कंपाइल क्लासेस होती हैं, ध्यान दें कि प्रोजेक्ट बनाते समय, बिन / क्लासेस फोल्डर में एक ही क्लास फाइल्स होती हैं, और अगर आप वहां लाइब्रेरी से फाइल्स को स्लिप करते हैं ...

सब कुछ इतना सरल नहीं है, पहले आपको परियोजना को संकलित करने की आवश्यकता है। स्रोत एप्लिकेशन की कक्षाओं का उपयोग करने के लिए, आपको किसी तरह इसे प्रोजेक्ट में संलग्न करना होगा, लेकिन इसे निर्यात न करें। यह बस किया जाता है: लिबास फ़ोल्डर से, एक्लिप्स स्वयं पुस्तकालयों को निर्यात करता है, इसलिए हम जार लाइब्रेरी को लिबर फोल्डर में ले जाते हैं और प्रोजेक्ट से कनेक्ट करते हैं। एक्लिप्स में यह प्रोजेक्ट है-> प्राथमिकताएं-> जावा बिल्ड पाथ-> लाइब्रेरीज>> जार जोड़ें ... फिर ऑर्डर और एक्सपोर्ट टैब में। हमें यह सुनिश्चित करने की आवश्यकता है कि चेकबॉक्स स्थापित नहीं है, क्योंकि हमें लाइब्रेरी को निर्यात करने की आवश्यकता नहीं है, सब कुछ क्लास फाइलों में होगा।

अब हम विघटित अनुप्रयोग स्रोतों से कुछ वर्ग लेते हैं, इसमें संकलन त्रुटियों को ठीक करते हैं, उदाहरण के लिए, जोड़ते हैं, यह दिखाने के लिए एक संवाद कि यह उपयोग किया जाने वाला नया वर्ग है। अगला, हम प्रोजेक्ट को साफ करते हैं, ग्रहण में यह प्रोजेक्ट है-> क्लीन, क्लास फाइल को बिन / क्लासेस फोल्डर में कॉपी करें, प्रोजेक्ट और सब कुछ काम करें!

परियोजना के अगले बिल्ड में, इसे साफ करने की आवश्यकता नहीं है, इसलिए इस पद्धति का उपयोग करना काफी सुविधाजनक है। विघटन के बाद त्रुटियों के सुधार की सुविधा के लिए, मैंने JD-GUI और JAD से प्राप्त स्रोतों का उपयोग किया, आमतौर पर यह पर्याप्त था।

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

निष्कर्ष

इस तरह से केवल परिवर्तनीय फाइलें विघटित होती हैं, जो सभी स्रोतों में त्रुटियों को ठीक करने की आवश्यकता को समाप्त करती है और विश्वसनीयता में सुधार करती है, क्योंकि कोड के सभी भाग विघटन - सुधार - संकलन की प्रक्रिया से गुजरते हैं।

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

जार में अद्यतन कक्षाएं - इस लाइब्रेरी से जार लाइब्रेरी के लिए कक्षाएं बदलने का विचार आया।