Android के लिए पोर्टिंग

Android के लिए पोर्टिंग

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

स्लाइडर

इंजन (शौक) 10 साल से विकास में है।
इंजन पूरी तरह से C / C ++ में लिखा है, Android पर पोर्ट करने से पहले यह iOS और विंडोज को सपोर्ट करता है।
तर्क, प्रतिपादन, ध्वनि - सभी C / C ++ में।

फाइल सिस्टम

एक महत्वपूर्ण विशेषता जिसने एंड्रॉइड को पोर्टिंग को बहुत सरल बना दिया है, इंजन की फाइल सिस्टम है।

छद्म कोड:

 class IStream { void setName(string name ) = 0; open() = 0; write() = 0; … = 0; } class FileStream : public IStream {   fopen,fread... POSIX API. } class DataPackStream : public IStream {     .pak  Core::Meta* m_packFileStreamMeta;; /// m_packFileStreamMeta->Create() IStream*         .pak  } 

तो: इंजन में फ़ाइलों के साथ सभी काम IStream इंटरफ़ेस पर आधारित है, इंजन वास्तुकला वस्तुओं के कारखाने, और इसके अनुकूलन का समर्थन करता है।

कोड उदाहरण:

 कोर :: FileStream :: प्रकार () -> setFactoryMeta (DataPack :: DataPackStream :: प्रकार ());

 FileStream * filestream1 = FileStream :: Create ();
 // नई FileStream () के साथ भी ऐसा ही होगा
 FileStream * filestream2 = FileStream :: CreateExact ();

 filestream1 टाइप DataPackStream का होगा
 filestream2 टाइप फाइलस्ट्रीम का होगा

कुछ भी नया नहीं है और सब कुछ बहुत मानक है।

चूँकि सभी संसाधनों को एक .pak फ़ाइल में एन्क्रिप्ट किया गया है, Android सिस्टम के लिए मुझे विशेष रूप से जावा के साथ काम करने के लिए IStream का अपना कार्यान्वयन लिखना था।

जावा में इस संसाधन को प्रारंभ करना

 AssetFileDescriptor RawAssetsDescriptor = this.getApplicationContext ()
				 .getResource ()। openRawResourceFd (R.raw.data000);
 अगर (RawAssetsDescriptor! = null)
 {
     FileInputStream fis = RawAssetsDescriptor.createInputStream ();
     NativeMethods.dataPackChannel = fis.getChannel ();
     NativeMethods.dataPackOffset = RawAssetsDescriptor.getStartOffset ();
     NativeMethods.dataPackSize = RawAssetsDescriptor.getLength ();
 }

नेटिव क्लास जावा में फिर से सभी कॉल ओपन, रीड, ट्रांसलेट करता है

 वर्ग AndroidPackStream: सार्वजनिक IStream
 {
 // ....
     // उदाहरण पढ़ें
     size_t पढ़ा (शून्य * बफर, size_t आकार, size_t गिनती)
     {
       अगर (JavaHelpers :: m_pClass)
       {
         jmethodID mid = JavaHelpers :: GetEnv () -> GetStaticMethodID (JavaHelpers :: m_pClass, "freadDataPack", "(I) I");
         int Res = JavaHelpers :: GetEnv () -> CallStaticIntMethod (JavaHelpers :: m_pClass, mid, (int) size * count);
	 jfieldID फ़ील्ड = JavaHelpers :: GetEnv () -> GetStaticFieldID (JavaHelpers :: m_pClass, "byteBuffer", "Ljava / nio / MappedyyteBuffer;");
	 jobject obj = JavaHelpers :: GetEnv () -> GetStaticObjectField (JavaHelpers :: m_pClass, field);
	 uint8_t * pData = (uint8_t *) JavaHelpers :: GetEnv () -> GetDirectBufferAddress (obj);
	 मेम्पी (बफर, पडाटा, आकार * गिनती);
	 JavaHelpers :: GetEnv () -> DeleteLocalRef (obj);
	 वापसी Res / आकार;
     }
 }

जावा इस डेटा को मूल में वापस डेटा के साथ पढ़ने का कार्यान्वयन

 सार्वजनिक स्थैतिक int freadDataPack (int count)
 {
     long curPos = dataPackChannel.position ();
     int countReaded = count;
     byteBuffer = dataPackChannel.map (MapMode.READ_ONLY, dataPackChannel.position (), count);
     byteBuffer.load ();
     dataPackChannel.position (curPos + countReaded);
     वापसी की गिनती की;
 }

एक महत्वपूर्ण बिंदु - एपीके कलेक्टर सभी संसाधनों को संपीड़ित करता है, और हम फ़ाइल को पढ़ना चाहते हैं जैसे कि यह फ़ाइल सिस्टम में निहित है। हमारी .pak फ़ाइल को एपीके के अंदर संपीड़ित न करने के लिए - आपको इसका एक्सटेंशन बदलना होगा जो पैकर को बताएगा कि पैकिंग करते समय इन फ़ाइलों को संपीड़ित न करें (विवरण ponystyle.com/blog/2010/03/03/26/deal-with-asset -कंपनी-इन-एंड्रॉइड-ऐप्स )। मैंने चुना।
इस तरह से संसाधन डाउनलोड करना बहुत तेज है, उदाहरण के लिए, किंडल फायर आईपैड 1 से तेज है
मैं आपको तुरंत बताऊंगा कि यदि आपके पास बहुत अधिक डेटा नहीं है तो इस तरह के फिंट को क्रैंक किया जा सकता है।
बड़ी मात्रा में डेटा के लिए - आप डेटा को अपने आंतरिक मीडिया में अनज़िप कर सकते हैं (उदाहरण के लिए, पहली बार जब आप इसे शुरू करते हैं) और फ़ॉरेन फ़्रेड फ़ंक्शंस (मेरे मामले में, अपरिवर्तित फ़ाइलस्ट्रीम के माध्यम से) का उपयोग करके सीधे इसका उपयोग करते हैं, आदि।

ध्वनि

विंडोज और iOS के लिए, OpenAL का उपयोग किया गया था। Android के लिए OpenAL को pielot.org/2010/12/14/openal-on-android के लिए धन्यवाद संकलित किया गया था। मैंने इसे अभी अर्जित नहीं किया है, लेकिन वेबसाइट पर टिप्पणियों में वर्णित सुधारों के बाद ही।
Android के लिए असेंबली केवल आर्म v7 के लिए संकलित की गई है - क्योंकि आर्म वी 6 ओपनएएल के लिए पोर्ट की असेंबली कभी-कभी लैग की ओर ले जाती है, आईओएस ओपनएएल में मिक्सर तेजी से और बिना लैग (यहां तक ​​कि आर्मवी 6 पर, आईपॉड टच 2 जी पर उदाहरण के लिए) काम करता है।

C / C ++ से देशी कोड के साथ सहभागिता

प्लेटफ़ॉर्म-निर्भर कार्यान्वयन के लिए कॉल को संभालने के लिए कक्षाओं का एक बहुत ही सरल गुच्छा जिम्मेदार है।
छद्म कोड:

 श्रेणी IPlatfomCommandFeedback
 {
     शून्य onResponse (स्ट्रिंग और);
 };
 वर्ग इप्लैटफ़ोमकमांड
 {
     स्ट्रिंग निष्पादन (स्ट्रिंग और कमांड, IPlatfomCommandFeedback * feebback);
 };

उद्देश्य-सी पर आईओएस का अपना कार्यान्वयन है और जेएनआई-> जावा पर एंड्रॉइड का अपना कार्यान्वयन है।

प्रतिपादन

Android के न्यूनतम परिवर्तन के लिए OpenGL का उपयोग कर सक्रिय भाग काम करता है। जैसा कि बाद में पता चला कि यह पर्याप्त नहीं था। तथ्य यह है कि विंडोज पर और आईओएस पर, एप्लिकेशन बैकग्राउंड में जाने पर टेक्सचर नहीं खोते हैं, लेकिन एंड्रॉइड के लिए यह हमेशा होता है। इंजन में पहले से ही एक बनावट प्रबंधक था (मुख्य रूप से डिबगिंग के लिए) और संसाधन पुनः लोड करना मुश्किल नहीं था।

सभा

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

OpenFenit AdMob

दोनों पुस्तकालयों का एकीकरण समस्याओं के बिना चला गया - स्पष्ट रूप से डेवलपर्स के निर्देशों के अनुसार

ProGuard

यहाँ सब कुछ कमोबेश स्पष्ट है - आपको बस इस बात का ध्यान रखना है कि आपके JNI मूल निवासी व्यक्ति obuscheyatsya नहीं हैं

विकास के उपकरण

लोहा: जलाने की आग, और दोस्तों की गोलियाँ और मोबाइल फोन (परीक्षण के लिए)।
सॉफ्टवेयर: प्लगइन्स के साथ ग्रहण

शॉक नंबर १

Android Market एक AppStore नहीं है। वहां सब कुछ अलग है। कोई नई श्रेणी नहीं है।
तुलना के लिए, रिलीज़ के पहले दिन, AppStore पर 800+ डाउनलोड थे, दूसरे 2000+ पर, एंड्रॉइड मार्केट पर, आधिकारिक पहले सौ डाउनलोड केवल तीसरे दिन प्राप्त हुए थे। दोनों प्लेटफार्मों के लिए प्रचार गतिविधि समान थी

शॉक नंबर २

यदि आपका आवेदन मुफ़्त है, तो आप स्वतंत्र रूप से एपीके वितरित कर सकते हैं, कोई भी किसी भी स्रोत से इस एप्लिकेशन को इंस्टॉल कर सकता है। यदि आप ऐसा नहीं करते हैं, तो दूसरे आपके लिए करेंगे।

शॉक नंबर 3

उपकरणों की बेस्टरी महान है। समस्याओं की संख्या, क्रमशः।

वीरांगना

एंड्रॉइड के लिए अमेज़ॅन ऐपस्टोर पर समीक्षा की प्रक्रिया में एक सप्ताह का समय लगता है, साथ ही कुछ और दिनों तक जब तक कि ऐप्पल को किंडल फायर पर ऐपस्टोर सूची में दिखाई नहीं देता। डाउनलोड और स्पीकर की संख्या एंड्रॉइड मार्केट से मेल खाती है

विज्ञापन

गुड कॉरपोरेशन से घृणा की किरणें - एक हफ्ते के लिए, विज्ञापन बैनर के रूप में अपस्ट्रीम में भेजी गई हैं। फिर भी चुप्पी।

पैसा

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

अद्यतन: ध्वनि अनुभाग में, मैंने केवल आर्मवी 7 एंड्रॉइड डिवाइसों के निर्माण का कारण बताया।