😀 🚜 🚳 Android के लिए लेखन प्लगइन्स 🕵🏿 🏜️ 🛁

सेवा के परिणामस्वरूप, मैं पहले से ही डेढ़ साल से एंड्रॉइड प्लेटफॉर्म के लिए लिख रहा हूं, और ऐसा लगता है कि इस क्षेत्र में मेरा ज्ञान बहुत बड़ा है, लेकिन पहले से ही कवर किए गए विषयों का दायरा छोटा नहीं है। सामान्य तौर पर, बहुत विचार-विमर्श के बाद, मैंने इस विषय के बारे में हैबरा-लोगों को बताने का फैसला किया।

परिचय

इसलिए, उदाहरण के लिए, आप अपने एप्लिकेशन के लिए अलग से डाउनलोड करने योग्य गेम स्तर या अलग थीम बनाना चाहते हैं। ऐसा करने के तीन तरीके हैं:

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

इंटरनेट से अतिरिक्त फ़ाइलों को डाउनलोड करने के साथ सब कुछ स्पष्ट लगता है, मुख्य बात यह है कि एक लोकप्रिय एप्लिकेशन के लिए एक अच्छा चैनल प्रदान करना है। एक अलग एप्लिकेशन को कम सामग्री लागत की आवश्यकता होती है, लेकिन थोड़ा अधिक बौद्धिक।

कार्यान्वयन

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

Intent intent = new Intent(); intent.setClassName("package.name", "package.name.LauncherActivityName"); startActivityForResult(intent,REQUEST_CODE);

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

 ArrayList<String> packs = new ArrayList<String>(); PackageManager mngr = context.getPackageManager(); List<PackageInfo> list = mngr.getInstalledPackages(0); for (PackageInfo packageInfo : list) { if (packageInfo.packageName.indexOf(context.getPackageName()) != -1 && !packageInfo.packageName.equals(DONATE_PACK) && !packageInfo.packageName.equals(FREE_PACK)) { packs.add(packageInfo.packageName);

शायद थोड़ा बेमानी कोड है। हमारे नाम के साथ पैकेज के नाम के अनुपालन के लिए एक साधारण जांच के अलावा, 2 एप्लिकेशन यहां दिए गए हैं: मेरे एप्लिकेशन के मुफ़्त और दान संस्करण। पैकेज के नाम जानने के बाद, हम आवेदन संसाधनों तक पहुँच सकते हैं:

 PackageManager mngr = getPackageManager(); res = mngr.getResourcesForApplication(pack); if (res != null) {// use it!}

पिटने की संख्या बार

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

 int id = res.getIdentifier("app_name", "string", pack); String name = res.getString(id);

ऊपर के उदाहरण में, हमें आईडी मिली, और फिर किसी मौजूदा प्रकार के संसाधन से प्राप्त संसाधन पढ़ें। यदि मौजूदा प्लगइन्स की सूची के साथ उपयोगकर्ता को प्रदान करने की आवश्यकता है, तो स्ट्रिंग्स पढ़ना मेरे लिए लागू होता है। इस स्थिति में, हमें इसे R.strings में जोड़कर स्थानीय नामों के साथ प्रदान करना होगा (कोई भी उदाहरण देखें "हम पहला आवेदन लिखते हैं ..")।
इसके अलावा, यदि हम लेआउट पढ़ना चाहते हैं, तो हम उन्हें निश्चित नाम भी कह सकते हैं, जिसके बाद हम संसाधनों से समान तरीके से प्राप्त कर सकते हैं, लेकिन यहाँ हम आते हैं ...

गड्ढा नंबर दो

हमारे लेआउट में आने के बाद, जहाँ भी संसाधनों को xml में संदर्भित किया जाता है, हमारे मुख्य एप्लिकेशन के संसाधनों का उपयोग किया जाएगा। यानी अगर प्लगइन से लेआउट में बटन पर एक निश्चित पृष्ठभूमि = "@ drawable / best_bg" था, तो पृष्ठभूमि पर लेआउट पढ़ने के बाद तत्व बिल्कुल नहीं जाएगा जो प्लगइन के संसाधनों में निहित है, लेकिन एक ही आईडी के साथ मुख्य परियोजना से कुछ अगर यह सब पर पाया जाता है, अन्यथा - दुर्घटना। इस तरह से बचें:

 drawID = res.getIdentifier(layoutName + "_btn", "drawable", plugins[i]); Bitmap bmp = BitmapFactory.decodeResource(res, drawID); NinePatch patch = new NinePatch(bmp, bmp.getNinePatchChunk(), null); NinePatchDrawable drawable = new NinePatchDrawable(patch); btn.setBackground(drawable);

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

 view.findViewWithTag(tag);

सभी एक ही कारण के लिए - हम R.id के माध्यम से उससे संपर्क नहीं कर सकते।
और अंत में।

गड्ढा नंबर तीन

जैसा कि आपने ऊपर देखा - मैंने NinePatch संसाधन पढ़े हैं, लेकिन यदि आप प्लग-इन प्रोजेक्ट में सिर्फ इन नौpatch.9.png को जोड़ते हैं, तो आप बहुत आश्चर्यचकित होंगे - चित्र आम छवियों की तरह खिंच जाएंगे। लब्बोलुआब यह है कि अदब नौपॉच को संकलित करता है - उसके बाद ही हम उनका उपयोग कर सकते हैं। और जाहिरा तौर पर जब हम प्लगइन में drawable की ओर मुड़ते हैं, तो हमें मूल अप्रयुक्त संसाधन दिए जाते हैं। आप इसे ठीक कर सकते हैं, यह नुस्खा है:

प्लगइन परियोजना का संकलन
इसे खोल दो
हमें प्रोजेक्ट में रिप्लेसमेंट के साथ नौपीचिए और मिलते हैं
फिर से संकलित करें, लाभ

निष्कर्ष

मैं आपसे सख्ती से न्याय नहीं करने के लिए कहता हूं - यह एक हब पर मेरी पहली पोस्ट है और मैंने सब कुछ पता नहीं किया है, उदाहरण के लिए - कोड को कैसे इंडेंट करें और क्यों, बंद कोड टैग के बावजूद, एक निश्चित लाइन से शुरू होने वाले लेख के पाठ में शैली है कि कोड तैयार किया गया है। मुझे उम्मीद है कि उपरोक्त किसी के लिए उपयोगी होगा। मैं सभी 1.6+ प्लेटफार्मों पर सफलतापूर्वक इस विधि का उपयोग करता हूं, कुछ भी छोटी गाड़ी नहीं है और दुर्घटना नहीं करता है।
इस दृष्टिकोण का एकमात्र माइनस अलग-अलग अनुप्रयोगों के रूप में झूठ बोल रहा है। लेकिन एंड्रॉइड मार्केट में भी पुस्तकालयों के लिए एक अलग श्रेणी है (विविध / पुस्तकालय और डेमो)।
UPD: स्वरूपण के साथ मदद के लिए उपयोगकर्ता andycaramba का धन्यवाद।