9-पैच संसाधनों की पेचीदगियां

इस नोट में, हम उन 9-पैच संरचनाओं की गैर-स्पष्ट विशेषताओं के बारे में बात करेंगे जो "स्ट्रेचेबल" ग्राफिक डिज़ाइन तत्वों को बनाने के लिए एंड्रॉइड में उपयोग की जाती हैं।


मैं इस पर ध्यान नहीं दूंगा कि यह क्या है, क्योंकि इस विषय पर पहले से ही लेख हैं। खिंचाव की छवियां बनाने के लिए एक महत्वपूर्ण तत्व तथाकथित चंक है, बाइट जैसी संरचना []। यह हिस्सा NinePatch कंस्ट्रक्टर में उपयोग किया जाता है, लेकिन यह क्या नहीं है के बारे में प्रलेखन:

public NinePatch (Bitmap bitmap, byte[] chunk, String srcName)
chunk The 9-patch data chunk describing how the underlying bitmap is split apart and drawn.

Bitmap.getNinePatchChunk()
Returns an optional array of private data, used by the UI system for some bitmaps. Not intended to be called by applications.


कहाँ से आता है चंक?
9-पैच संसाधन दो प्रकारों में से एक में निवास कर सकते हैं। पहले काले एकल पिक्सेल लाइनों-मार्करों के साथ एक ही तस्वीर है जो खिंचाव क्षेत्रों को निर्दिष्ट करती है। दूसरा प्रकार संकलित है। बाहरी रूप से संकलित छवि बिल्कुल मूल के समान दिखती है, लेकिन मार्कर लाइनें नेत्रहीन रूप से प्रस्तुत नहीं की जाती हैं, लेकिन बाइनरी प्रारूप में परिवर्तित हो जाती हैं और कोड नाम "npTc" के तहत सिलना होता है। संसाधनों को तैयार करने के चरण में, पहले प्रकार से दूसरे में रूपांतरण, aapt उपयोगिता द्वारा किया जाता है।

स्पष्टता के लिए, हम एक तस्वीर लेते हैं जिसमें एक लाल पिक्सेल होता है और उपयुक्त उपयोगिता का उपयोग करके इसे 9-पैच संसाधन बनाते हैं। एक संकलित संस्करण के साथ एक हेक्स संपादक में इसकी तुलना करें:

मूल छवि के 9 पिक्सेल (1 + 8 पिक्सेल मार्कर)


NpTc लेबल के बाद 1 पिक्सेल + बाइनरी डेटा


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

वास्तव में यह संरचना क्या है और इसमें क्या निहित है यह स्रोतों में पढ़ा जा सकता है (देखें संरचना Res_png_9patch)

हमें यह जानने की आवश्यकता क्यों है?
9-पैच संसाधनों के लिए दस्तावेज़ में लिखा है: "इसे एक्सटेंशन .9.png के साथ सहेजा जाना चाहिए, और आपके प्रोजेक्ट के Res / drawable / directory में बचाया जा सकता है।" तो यह एकमात्र स्थान है जहां से aapt संसाधनों का संकलन करता है। लेकिन क्या होगा अगर हम किसी अन्य जगह से चित्र लेना चाहते हैं, उदाहरण के लिए, संपत्ति फ़ोल्डर से या उन्हें रनटाइम में भी डाउनलोड करें? आइये इसे आजमाते हैं:

public NinePatchDrawable create9Patch() {
Bitmap raw = BitmapFactory.decodeStream(...);
byte [] chunk = raw.getNinePatchChunk();
NinePatch patch = new NinePatch(raw, chunk, null );
return new NinePatchDrawable(patch);
}

* This source code was highlighted with Source Code Highlighter .

इस तरह से सीधे कच्चे संसाधनों से नाइनपैच बनाने का प्रयास वर्चुअल मशीन के विल्ड्स में कहीं न कहीं एक देशी दुर्घटना का कारण बनता है, विशेष रूप से कच्चे .getNinePatchChunk () लाइन पर, जो काफी तार्किक है - अपेक्षित npTc के बजाय, मूल छवि और लाइनों से एक हैश दिखाई देता है - मार्करों।

I/DEBUG ( 4694): signal 11 (SIGSEGV), fault addr 00000008
I/DEBUG ( 4694): r0 0000bd00 r1 00000007 r2 ad03db59 r3 00000000
I/DEBUG ( 4694): r4 0000bd00 r5 00000000 r6 ad3431b1 r7 41049cf8
I/DEBUG ( 4694): r8 beb484b8 r9 41049cf0 10 41049ce0 fp 00000000
I/DEBUG ( 4694): ip ad3431b1 sp beb48498 lr ad046f05 pc ad03db6c cpsr 00000030
I/DEBUG ( 4694): #00 pc 0003db6c /system/lib/libdvm.so
I/DEBUG ( 4694): #01 pc 000431c6 /system/lib/libandroid_runtime.so
I/DEBUG ( 4694): #02 pc 0000e434 /system/lib/libdvm.so
I/DEBUG ( 4694): #03 pc 00040b0a /system/lib/libdvm.so
I/DEBUG ( 4694): #04 pc 00013198 /system/lib/libdvm.so
I/DEBUG ( 4694): #05 pc 00017b9c /system/lib/libdvm.so
...


समाधान पहले से ही संकलित संसाधनों को सिस्टम से बाहर निकालना है। ऐसा करने का सबसे आसान तरीका इस प्रकार है: आप एक खाली एंड्रॉइड प्रोजेक्ट लेते हैं, अपने संसाधनों को Res / drawable, compile, export apk में डालते हैं, APK को आर्काइव के रूप में ओपन करते हैं, उसी रिसोर्स को उसी जगह से खींचते हैं, लेकिन पहले से ही संकलित है। उन्हें अपने आवेदन (या कहीं और) की संपत्ति में कॉपी करें और अब से आप उपरोक्त कोड का उपयोग करके बिटमैप से वैध नौनाथ ऑब्जेक्ट्स का निर्माण कर सकते हैं।

ऐसी बातें।