बेहतर Android NDK (मूल विकास किट)

लंबे समय तक एंड्रॉइड के लिए विकसित होने के बाद, मैं धीरे-धीरे इस निष्कर्ष पर पहुंचा कि मैं, एक डेवलपर के रूप में, कई चीजों का अभाव है। फिर, 2010 की शुरुआत में, केवल C ++ अपवाद और RTTI गायब थे। उनके बिना, किसी भी गैर-तुच्छ सी ++ कोड को केवल एंड्रॉइड पर पोर्ट नहीं किया जा सकता है और लगभग पूर्ण पुनर्लेखन की आवश्यकता होती है। यह एक बहुत महत्वपूर्ण सीमा थी जिसने मुझे आराम नहीं दिया। सौभाग्य से, एंड्रॉइड ओपन सोर्स है, इसलिए, मैक्सिम के साथ सशस्त्र "अगर आपको कुछ चाहिए, तो स्वयं करें", मैं काम पर बैठ गया। मेरे आश्चर्य के लिए, अपवादों और RTTI के साथ पूर्ण सी + + के लिए समर्थन करना बहुत आसान था। इसमें लगभग एक सप्ताह का ही समय लगा। तब एक साइट बनाई गई थी, जिस पर विंडोज, लिनक्स और मैक ओएस एक्स के लिए परिणामी पैकेज पोस्ट किए गए थे, साथ ही साथ पैच और असेंबली निर्देश भी।


समस्या तत्काल थी, इसलिए परियोजना बहुत लोकप्रिय हो गई और पहले महीने के दौरान मुझे प्रश्नों के साथ बड़ी संख्या में पत्र प्राप्त हुए, अतिरिक्त कार्यक्षमता के लिए अनुरोध और बस धन्यवाद। सबसे अक्सर पूछे जाने वाले प्रश्नों में से एक था "क्या Google आपके बदलाव को मेनलाइन में शामिल करेगा?" मैंने ईमानदारी से जवाब दिया कि मुझे नहीं पता था, लेकिन आशा थी, क्योंकि डेविड टर्नर (एंड्रॉइड का सिस्टम आर्किटेक्ट) मेरे पैच में बहुत रुचि रखता था और उन पर ध्यान देने का वादा किया था।

जल्द ही परी कथा प्रभावित होती है, लेकिन जल्द ही बात नहीं बनती है। अच्छे निगम में बहुत अधिक आवश्यक कार्य थे, इसलिए मेरे पैच को लगभग एक साल बाद ही मेनलाइन में खींचा गया। इस समय के दौरान, Google (r3 और r4) की दो रिलीज़ हुईं और मैंने उन्हें r2 के समान रूपांतरित किया। पैच और असेंबली निर्देशों के साथ संशोधित पैकेज, मैंने अपनी साइट पर अपलोड करना जारी रखा। इस प्रकार, इस समय के दौरान, इन विशेषताओं की आवश्यकता वाले उपयोगकर्ताओं के बजाय बड़े दर्शकों को प्राप्त हुआ था। मेरे एनडीके का उपयोग करते हुए, कई ओपन सोर्स और वाणिज्यिक परियोजनाएं अपने कोड को एंड्रॉइड पर पोर्ट करने में सक्षम थीं। ओपन सोर्स में, सबसे प्रसिद्ध, शायद, OpenCV और Ogre3D हैं ।

अंत में, NDK r5 की रिलीज़ के साथ, Google ने मेरे पैच (लगभग अपरिवर्तित) को मेनलाइन में एकीकृत कर दिया। ऐसा लगता है कि यह परियोजना का अंत है, लेकिन उस समय तक एनडीके के कुछ अन्य दावे जमा हो गए थे। बहुत कुछ गायब था, और इसलिए मैंने प्रोजेक्ट को जारी रखने का फैसला किया, इसे "एंड्रॉइड एनडीके + पूर्ण सी ++" से "बेहतर एंड्रॉइड एनडीके" के रूप में पुन: पेश किया, क्योंकि अनुभव से यह सुनिश्चित किया कि मेनलाइन में इन परिवर्तनों को प्राप्त करने का यह सबसे अच्छा तरीका है। सुधार की एक विशिष्ट सूची लगातार अपडेट की जा रही है, यह मेरी साइट पर एक विशिष्ट रिलीज के पेज पर देखी जा सकती है।

इसलिए, यहां मैं CrystaX NDK में क्रमिक रूप से मुख्य सुधारों का वर्णन करूंगा जो इसे Google NDK से अलग करते हैं।

विस्तृत वर्ण समर्थन करते हैं

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

FreeBSD के कोड के आधार पर, मैंने Standard C लाइब्रेरी में और साथ ही Std C स्थानों पर wchar_t समर्थन विकसित करना शुरू कर दिया। कार्य आसान नहीं था और मुझे स्थिर कार्यान्वयन मिलने में कई महीने लग गए। दुर्भाग्य से, यह अभी भी पूरा नहीं हुआ है (अभी भी स्थानों के लिए कोई पूर्ण समर्थन नहीं है, केवल UTF-8 समर्थित है), लेकिन व्यवहार में यह पहले से ही कई परियोजनाओं के लिए पर्याप्त से अधिक है। मैंने खुद उन परियोजनाओं में भाग लिया, जहां व्यापक चरित्र / स्ट्रिंग / धाराएं सक्रिय रूप से उपयोग की जाती थीं, और मुझे उन पत्रों से भी पता है जिन्होंने मेरे कार्यान्वयन का लाभ उठाया।

सी ++ 11

नए अंतर्राष्ट्रीय मानक के विमोचन के साथ, C ++ भाषा और मानक पुस्तकालय की नई विशेषताओं का उपयोग करना चाहता था। दुर्भाग्य से, Google NDK GCC 4.4.3 पर आधारित है, हालांकि इसमें C ++ 0x की कुछ विशेषताएं शामिल हैं, फिर भी यह कुछ हद तक पुराना है। इसलिए, CrystaX NDK में GCC 4.6.3 टूलचैन पर आधारित एक नया जोड़ने का निर्णय लिया गया। जल्दी से नहीं कहा। फिलहाल, CrystaX NDK में संकलक के दो संस्करण हैं - 4.4.3 (जैसा कि Google में) और 4.6.3 (नया)। उनके बीच स्विच करना बहुत सरल है - बस अपने प्रोजेक्ट के Application.mk में लिखें:
APP_TOOLCHAIN_VERSION := 4.6.3

कृपया ध्यान दें कि यह C ++ 0x की सुविधाओं का उपयोग करने के लिए पर्याप्त नहीं है। आपको C ++ 0x को स्पष्ट रूप से सक्षम करने की आवश्यकता है (एप्लिकेशन में भी):
APP_USE_CPP0X := true

ग्रेफाइट अनुकूलन ढांचा

CrystaX NDK GCC 4.6.3 में ग्रेफाइट ऑप्टिमाइज़ेशन फ्रेमवर्क के समर्थन के साथ संकलित किया गया है। यहां बात करने के लिए कुछ नहीं है, इसलिए सिर्फ विकी पेज का लिंक दें

ऑब्जेक्टिव-सी

Google NDK केवल देशी विकास के लिए C और C ++ का समर्थन करता है। यह, ज़ाहिर है, बुरा नहीं है, लेकिन कुछ बिंदु पर यह पता चला है कि उद्देश्य-सी पर iOS के लिए मूल रूप से लिखे गए कोड का एक बहुत कुछ है, जिसे अब एंड्रॉइड पर पोर्ट करना होगा। आप निश्चित रूप से, पारंपरिक तरीके से जा सकते हैं और इसे स्क्रैच से फिर से लिख सकते हैं, या आप एंड्रॉइड में ऑब्जेक्टिव-सी सपोर्ट जोड़ सकते हैं। प्रतिबिंब के बाद, मैं इस निष्कर्ष पर पहुंचा कि एक अवसर की उपस्थिति उसकी अनुपस्थिति से बेहतर है और इस विचार को लागू करने के लिए आगे बढ़ी। ऑब्जेक्टिव-सी कंपाइलर और बेस ग्नू ऑब्जेक्टिव-सी लाइब्रेरी को फिलहाल पोर्ट किया गया है। योजनाओं में एंड्रॉइड पर GNUStep पोर्ट शामिल है (तब न्यूनतम बदलाव के साथ कोको कोड को पोर्ट करना संभव होगा), लेकिन यह कार्य बल्कि बड़ा है और जाहिर है, इसमें कुछ समय लगेगा। जैसा कि हो सकता है, आप अभी एंड्रॉइड पर ऑब्जेक्टिव-सी का उपयोग शुरू कर सकते हैं - बस एक्सटेंशन के साथ स्रोतों को जोड़ें। (ऑब्जेक्टिव-सी) या .एमएम (ऑब्जेक्टिव-सी ++) LOCAL_SRC_FILES पर।

स्थैतिक कोड विश्लेषण

मैं, कई डेवलपर्स की तरह, थोड़ा पागल हूं। मुझे अपने कोड पर कभी भी पूरा यकीन नहीं है - बहुत बार मैं अपनी और दूसरों दोनों की बेवकूफी भरी गलतियों पर उतर आया हूं। इसलिए, मैं मुख्य नियम का पालन करता हूं - "बहुत सारे कोड चेक हैं।" काफी अलग कोड विश्लेषक हैं, लेकिन एंड्रॉइड के लिए, मैंने क्लैंग स्टैटिक कोड विश्लेषक के साथ शुरुआत करने का फैसला किया। यह परियोजना सक्रिय रूप से विकसित हो रही है और पहले से ही सी और ऑब्जेक्टिव-सी कोड का अच्छी तरह से विश्लेषण कर रही है (सी ++, दुर्भाग्य से, अभी तक नहीं)। इस अवसर का लाभ उठाने के लिए, आपको पहले क्लैंग को स्थापित करने की आवश्यकता है, सुनिश्चित करें कि क्लैंग पैकेज से 'स्कैन-बिल्ड' स्क्रिप्ट कमांड लाइन से सुलभ है, और एंड्रॉइड प्रोजेक्ट का निर्माण शुरू करें:
ndk-build ANALYZE=1

यह टीम हमेशा की तरह एंड्रॉइड प्रोजेक्ट को इकट्ठा करेगी, लेकिन क्लैंग विश्लेषक का उपयोग करके समानांतर में इसका विश्लेषण भी करेगी और पाए जाने वाली त्रुटियों के मामले में, अंत में उनकी रिपोर्ट करेगी।

मैं अन्य विश्लेषणकर्ताओं के लिए समर्थन जोड़ने की योजना बना रहा हूं, लेकिन अभी तक इस संबंध में कोई विशिष्टता नहीं है।

एप्लिकेशन-स्तरीय फ़ाइल सिस्टम ड्राइवर

यह सुविधा अभी तक पूर्ण उपयोग के लिए तैयार नहीं है और सक्रिय विकास के अधीन है, लेकिन मैंने अभी भी इसका उल्लेख करने का फैसला किया है - कौन जानता है, शायद यह किसी सप्ताह या महीनों के काम को बचाएगा।
CrystaX NDK के उपयोग से निर्मित एप्लिकेशन में, सभी IO API कॉल (जैसे कि ओपन, रीड, राइट, आदि) इंटरसेप्टेड और पार्स हैं। यह तथाकथित "ड्राइवरों" को एम्बेड करने के लिए किया जाता है - फिल्टर जो पारदर्शी रूप से एप्लिकेशन के लिए लिखे / पढ़े जा रहे डेटा को बदल सकते हैं। उदाहरण के लिए, डेटा को संपीड़ित या एन्क्रिप्ट करने के लिए। कृपया ध्यान दें कि आवेदन कोड को बदलने की आवश्यकता नहीं है! आपको बस कुछ ऐसा करने की आवश्यकता है:
mount("/path/to/storage", "/target", "compressed", 0, "GZIP")
और वसीला - / लक्ष्य को लिखे गए सभी डेटा स्वचालित रूप से gzip द्वारा संपीड़ित किए जाएंगे, और / लक्ष्य से पढ़ने का स्वचालित रूप से विस्तार किया जाएगा।

मैं आपको एक बार फिर याद दिलाता हूं - यह सुविधा अभी तैयार नहीं है, लेकिन विकास के अंतिम चरण में है। यह संभव है कि अगले महीने यह स्थिर हो जाएगा। हालांकि, यह संभव है कि यह किसी को अभी उपयोग के लिए उपयुक्त प्रतीत होगा - ठीक है, मुझे कोई आपत्ति नहीं है।

निष्कर्ष

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

इस हर्षित नोट पर, मुझे अपनी छुट्टी लेने दो।