Adobe Flash + AIR मोबाइल एप्लिकेशन डेवलपमेंट: फ़ीचर ओवरव्यू

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



प्रारंभ में, Adobe AIR को डेस्कटॉप अनुप्रयोगों के लिए एक मंच के रूप में कल्पना की गई थी। हालांकि, अब यह मोबाइल उपकरणों, डेस्कटॉप कंप्यूटर, होम डिजिटल उपकरणों के लिए स्टैंड-अलोन अनुप्रयोगों के विकास का समर्थन करता है। इस तरह की विस्तृत कवरेज इसे एक आकर्षक विकास मंच बनाती है। इसी समय, प्रत्येक वातावरण की अपनी विशिष्ट विशिष्टता होती है, जिसे ध्यान में रखा जाना चाहिए।

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

यह आलेख AIR, iOS और Android पर चलने वाले टैबलेट और Blackbery Tablet OS के लिए एप्लिकेशन डेवलपर्स के लिए दी गई सुविधाओं का वर्णन करता है।

स्क्रीन

शायद पहला और सबसे स्पष्ट विचार मोबाइल डिवाइस की स्क्रीन है। यह भौतिक आयामों और प्रदर्शित पिक्सेल की संख्या के संदर्भ में अपेक्षाकृत छोटा है और एक उच्च घनत्व (पिक्सेल प्रति इंच) में इसकी विशेषता है। विभिन्न उपकरणों में पिक्सेल घनत्व और भौतिक आकार के विभिन्न संयोजन होते हैं। इसके अलावा, डिवाइस को पोर्ट्रेट और लैंडस्केप ओरिएंटेशन दोनों में रखा जा सकता है।

आकार और घनत्व के इस सभी प्रकार के साथ काम करने के लिए, AIR निम्नलिखित प्रमुख API प्रदान करता है:

• Stage.stageWidth, Stage.stageHeight : ये दोनों गुण स्क्रीन के वास्तविक आकार को संग्रहीत करते हैं। इसके अलावा, निष्पादन के दौरान उनका मूल्य बदल सकता है, उदाहरण के लिए, जब कोई एप्लिकेशन फुल-स्क्रीन मोड में प्रवेश करती है या बाहर निकलती है या जब डिवाइस का ओरिएंटेशन बदलता है (ओरिएंटेशन के बारे में थोड़ा कम)
• Capabilities.screenDPI : यह संपत्ति प्रति इंच पिक्सेल की संख्या रखती है।

इन मूल्यों का उपयोग करते हुए, एप्लिकेशन विभिन्न विशेषताओं के साथ स्क्रीन के लिए अनुकूल हो सकता है।

नोट: यदि आपने पहले AIR पर डेस्कटॉप एप्लिकेशन विकसित किए हैं, तो ध्यान दें कि मोबाइल प्लेटफॉर्म के लिए विकसित करते समय, स्टेज का उपयोग किया जाता है, और NativeWindow का उपयोग नहीं किया जाता है। यानी बेशक, आप इसके लिए एक लिंक को इंस्टेंट कर सकते हैं, लेकिन इसका कोई प्रभाव नहीं होगा। यह सुविधा शेष है ताकि आप मोबाइल डिवाइस और डेस्कटॉप दोनों पर काम करने वाले कोड लिख सकें। NativeWindow उपलब्ध है या नहीं, यह जानने के लिए, NativeWindow.isSuppoted उपयोग करें।

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

टच इनपुट

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

AIR स्वचालित रूप से सरल, सिंगल-फिंगर जेस्चर से माउस ईवेंट से मेल खाता है, जैसे टैप बटन को एक उंगली से क्लिक करना। यह आपको ऐसे कोड लिखने की अनुमति देता है जो अतिरिक्त परिवर्तनों के बिना डेस्कटॉप कंप्यूटर पर मोबाइल उपकरणों पर समान काम करता है।

अधिक जटिल मल्टीटच इंटरैक्शन के लिए, AIR में निम्नलिखित API शामिल हैं:

• Multitouch : किस प्रकार के स्पर्श इंटरैक्शन उपलब्ध हैं, इस पर जानकारी प्रदान करता है
• TouchEvent : टच प्रोसेसिंग के दौरान एप्लिकेशन द्वारा प्राप्त की गई ईवेंट
• GestureEvent, PressAndTapGestureEvent, TransformGestureEvent : आवेदन इन प्रक्रियाओं को प्राप्त करने की प्रक्रिया को प्राप्त करता है

उन अनुप्रयोगों के लिए जो मानक प्रणाली इशारों (जैसे कि पिंचिंग और स्केल करने के लिए पिंचिंग) के साथ काम करते हैं, Multitouch.inputMode को MultitouchInputMode.GESTURE सेट करें। सिंगल टच स्वचालित रूप से सिस्टम द्वारा उचित इशारों में परिवर्तित हो जाएगा। उदाहरण के लिए, कमी / वृद्धि के इशारे के लिए, TransformGestureEvent घटनाओं के साथ TransformGestureEvent.GESTURE_ZOOM उठाया जाएगा।

यदि एप्लिकेशन टच के बारे में "कच्ची" जानकारी प्राप्त करना चाहता है, तो Multitouch.inputMode को MultitouchInputMode.TOUCH_POINT सेट करें। सिस्टम स्पर्श, चाल और अंत स्पर्श के लिए शुरू होने वाली घटनाओं की एक श्रृंखला उत्पन्न करेगा, और स्क्रीन का स्पर्श कई बिंदुओं पर एक साथ हो सकता है। ऐसे कई स्पर्शों की व्याख्या करने का कार्य अनुप्रयोग के साथ निहित है।

पाठ इनपुट

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

जब प्रदर्शित किया जाता है, तो सॉफ्ट कीबोर्ड स्क्रीन के हिस्से को कवर करता है। इसे ध्यान में रखने के लिए, AIR स्टेज को शिफ्ट करता है ताकि इनपुट फ़ील्ड और कीबोर्ड दोनों एक ही समय में दिखाई दे, एप्लिकेशन के शीर्ष-स्क्रीन को छिपाए। आप इस व्यवहार को अक्षम कर सकते हैं और अपना स्वयं का कार्यान्वयन कर सकते हैं। ऐसा करने के लिए, अनुप्रयोग डिस्क्रिप्टर में softKeyboardBehavior पैरामीटर सेट करें (कोई भी डिफ़ॉल्ट मान पैन नहीं है)।

स्टेज.softKeyboardRect फ़ील्ड सॉफ्ट कीबोर्ड द्वारा कब्जा किए गए क्षेत्र के आकार को संग्रहीत करता है। यह मान कब बदलता है, यह जानने के लिए SoftKeyboardEvent ईवेंट को सुनें।

एक नियम, एक नियम के रूप में, एक सॉफ्टवेयर कीबोर्ड खोलने के बारे में चिंता करने की ज़रूरत नहीं है, यह तब होता है जब पाठ क्षेत्र फोकस प्राप्त करता है। हालाँकि, जब आप फ़ोकस प्राप्त करता है (इंटरएक्टिवऑब्जेक्ट.निड्स सोफ्टकेयबोर्ड प्रॉपर्टी) पर आप अपने आप कीबोर्ड को स्वचालित रूप से खोलने का अनुरोध कर सकते हैं या इंटरएक्टिवऑब्जेक्ट.requestSoftKeyboard () पर कॉल करके स्वयं इसे खोल सकते हैं। इन एपीआई का उन उपकरणों पर कोई प्रभाव नहीं पड़ेगा जो एक नरम कीबोर्ड का समर्थन नहीं करते हैं।

सेंसर

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

• जियोलोकेशन: डिवाइस की भौगोलिक स्थिति (अक्षांश और देशांतर) के साथ-साथ इसके आंदोलन (दिशा और गति) से संबंधित घटनाओं को संभालता है।
• एक्सेलेरोमीटर: एक्स, वाई और जेड एक्सिस के साथ डिवाइस पर लागू बलों की रिपोर्टिंग करने वाली घटनाओं को संभालता है

कुछ अनुप्रयोगों के लिए, जियोलोकेशन की संभावना एक अभिन्न अंग है (एक उदाहरण एक आवेदन है जो निकटतम एटीएम का स्थान निर्धारित करता है)। अन्य अनुप्रयोगों में, जियोलोकेशन का उपयोग सुविधा के लिए किया जा सकता है (एक उदाहरण एक वॉयस नोट है जहां यह दर्ज की गई जानकारी के बारे में जानकारी है)।

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

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

वेब सामग्री प्रदर्शन

आधुनिक रनटाइम में HTML सामग्री के लिए समर्थन शामिल होना चाहिए। AIR के पास इसके लिए StageWebView API है। StageWebView AIR अनुप्रयोगों को डिवाइस की अंतर्निहित HTML रेंडरिंग क्षमताओं तक पहुंच प्रदान करता है। यह ध्यान देने योग्य है कि चूंकि स्टेजवेबव्यू स्वयं प्लेटफॉर्म के HTML इंजन का उपयोग करता है, इसलिए विभिन्न प्लेटफार्मों पर एक ही प्रदर्शन की गारंटी नहीं दी जा सकती है।

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

AIR में HTMLLoader API से परिचित लोगों के लिए, यह ध्यान देने योग्य है कि StageWebView इसके लिए प्रतिस्थापन नहीं है। HTMLLoader में अंतर्निहित HTML समर्थन होता है और HTML और JavaScript के प्लेसमेंट की अनुमति देता है जो ब्राउज़र सैंडबॉक्स के बाहर चलता है। StageWebView पारंपरिक ब्राउज़र सैंडबॉक्स में HTML और JavaSctipt सामग्री के साथ काम करता है।

अगर आप अपने एप्लिकेशन से किसी ब्राउज़र या YouTube या Google मैप्स जैसे एप्लिकेशन को उपयोगकर्ता भेजना चाहते हैं, तो नेविगेट नेविगेट का उपयोग करें ()।

छवि

जब तस्वीरें लेने की बात आती है, तो सवाल यह है कि "क्या डिवाइस को तस्वीरें लेने का तरीका पता है", लेकिन एक और है: "इस डिवाइस में कितने कैमरे हैं?"। मोबाइल उपकरणों के लिए AIR में एक एपीआई शामिल है जो आपको सीधे कैमरे के साथ और पहले से ही फोटो के साथ काम करने की अनुमति देता है।

CameraUI और CameraRoll Classes

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

हालांकि, मोबाइल डिवाइस न केवल तस्वीरें लेते हैं, बल्कि उन्हें स्टोर भी करते हैं। उपयोगकर्ता-निर्मित तस्वीरों का एक पुस्तकालय कैमरारॉल वर्ग के माध्यम से उपलब्ध है। किसी लाइब्रेरी से छवि का चयन करने के लिए एक मानक संवाद खोलने के लिए BrowseForImage () विधि का उपयोग किया जा सकता है। इसके अलावा, आप इस क्षेत्र में AddBitmapData () विधि का उपयोग करके अपना डेटा लिख ​​सकते हैं।

क्लास मीडियाप्रोमाइज

MediaEvent इवेंट का उपयोग करके CameraUI और CameraRoll मीडिया सामग्री लौटाते हैं। यह डेटा फ़ील्ड को छोड़कर, असामान्य नहीं है, जो कि टाइप मीडियाप्राइज़ है, जिसके माध्यम से संबंधित जानकारी उपलब्ध है।

जैसा कि नाम से ही स्पष्ट है, MediaPromise सामग्री प्रदान करने का वादा करता है, लेकिन जरूरी नहीं कि यह अपने आप में संग्रहीत हो। यह एक महत्वपूर्ण अति सूक्ष्म अंतर है, इसलिए इसे समझने में कुछ मिनट लगते हैं।

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

MediaPromise क्लास एक आवरण है जो इस इंटरफ़ेस के साथ काम को सरल बनाने के लिए डिज़ाइन किया गया है, जो किसी एकल इंटरफ़ेस के माध्यम से मीडिया ऑब्जेक्ट तक पहुँच प्रदान करता है। यदि एप्लिकेशन सीधे स्टोरेज डिवाइस से ऑब्जेक्ट के साथ काम करना चाहता है, तो आप MediaPromise.file (यह शून्य नहीं होना चाहिए) के माध्यम से वहां अपनी उपस्थिति की जांच कर सकते हैं।

यदि कोई एप्लिकेशन मेमोरी में मीडिया ऑब्जेक्ट को प्रोसेस करना चाहता है, तो उसे हमेशा MediaPromise.open () का उपयोग करके सुलभ स्ट्रीम के माध्यम से पढ़ा जा सकता है। MediaPromise स्वचालित रूप से एक मीडिया ऑब्जेक्ट की सामग्री वापस कर देगा, भले ही वह मेमोरी में हो या किसी स्टोरेज डिवाइस पर। ओपन का उपयोग करते समय (), स्ट्रीम के प्रकार को निर्धारित करने के लिए MediaPromise.isAsync की जांच करना सुनिश्चित करें।

अंत में, यदि आपको सीधे मीडिया फाइल को डिस्प्ले लिस्ट में डालने की जरूरत है, तो कोड में अनावश्यक कॉपी करने से बचें, लोडर क्लास में लोडर.लोडफाइलप्रोमाइज () विधि है। जैसा कि नाम से ही स्पष्ट है, यह किसी भी फाइलप्रोमाइज (MediaPromise, IFilePromise इंटरफ़ेस को लागू करता है) के साथ काम करता है।

अनुप्रयोग जीवन चक्र

मोबाइल उपकरणों पर, एप्लिकेशन का उनके जीवन चक्र पर बहुत कम नियंत्रण होता है। उन्हें स्वयं द्वारा लॉन्च नहीं किया जा सकता है, लेकिन केवल उपयोगकर्ता की प्रत्यक्ष भागीदारी के साथ (उदाहरण के लिए, होम स्क्रीन से या एप्लिकेशन से जुड़े URL के माध्यम से)। किसी भी समय, एप्लिकेशन को पृष्ठभूमि में भेजा जा सकता है, और फिर पूरी तरह से रोक दिया जाता है (यह आमतौर पर तब होता है जब वर्तमान सक्रिय अनुप्रयोग में पर्याप्त संसाधन नहीं होते हैं)।

कुछ मोबाइल प्लेटफ़ॉर्म पर, NativeApplication.exit () लागू नहीं है (निष्क्रिय, "नहीं-ऑप")। बाहर निकलने पर अपने राज्य को संरक्षित करने के बजाय, पृष्ठभूमि और / या निश्चित अंतराल पर प्रवेश करते समय आवेदन ऐसा करना चाहिए।

जब यह स्टैंडबाय मोड में प्रवेश करता है और इससे वापस लौटता है, तो एक एप्लीकेशन क्रमशः DEACTIVATE और ACTIVATE ईवेंट प्राप्त करता है। इसके अतिरिक्त, AIR इसके अतिरिक्त कुछ विशिष्ट कार्य करता है, विवरण प्लेटफॉर्म पर निर्भर करता है।

Android पृष्ठभूमि व्यवहार

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

इस प्रकार, एंड्रॉइड पर एक AIR एप्लिकेशन फ़ाइलों को डाउनलोड / डाउनलोड करने, पृष्ठभूमि में जानकारी को सिंक्रनाइज़ करने जैसे कार्य कर सकता है। फिर भी, जब पृष्ठभूमि मोड में स्विच किया जाता है, तो आवेदन को स्वतंत्र रूप से फ्रेम दर को कम करने के लिए अतिरिक्त कदम उठाने चाहिए, अनावश्यक टाइमर अक्षम करें, आदि।

IOS पृष्ठभूमि व्यवहार

IOS में, ऐप्स में वास्तविक मल्टीटास्किंग नहीं है। अनुप्रयोगों से संकेत मिलता है कि वे पृष्ठभूमि में कुछ गतिविधि दिखाने का इरादा रखते हैं (उदाहरण के लिए, एक वॉयस कॉल पकड़ो या एक फ़ाइल अपलोड करें)

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

उत्पादकता

अपने आवेदन के अच्छे प्रदर्शन को प्राप्त करने के लिए, आपको इसके सभी पहलुओं को ध्यान से देखने की आवश्यकता है।

लॉन्च समय

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

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

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

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

प्रतिपादन

ग्राफिक प्रोसेसर (जीपीयू) के उपयोग ने प्रतिपादन के अनुकूलन के लिए दृष्टिकोण को बदल दिया है। सीपीयू का उपयोग करते समय, बड़ी मात्रा में पिक्सेल के साथ काम करना बेकार है, वस्तुओं के आकार और उनके परिवर्तन के गणितीय विवरण का उपयोग करना अधिक उचित होता है, और उसके बाद ही ड्रा होता है। यह पारंपरिक दृष्टिकोण है जो AIR वेक्टर सामग्री के साथ काम करने के लिए उपयोग करता है।

GPU, इसके विपरीत, पाइपलाइनिंग का उपयोग करके, पिक्सेल के बड़े सरणियों के साथ बहुत जल्दी काम कर सकता है, लेकिन वेक्टर छवियों के साथ चीजें बहुत खराब होती हैं।

AIR आपको दोनों दृष्टिकोणों में से सर्वश्रेष्ठ लेने की अनुमति देता है। आप वेक्टर छवियों के साथ काम करने के लिए सभी फ़्लैश सुविधाओं का उपयोग कर सकते हैं, और फिर, रेखापुंज छवियों के एक सेट के रूप में परिणाम को कैश किया गया है, इसे प्रभावी रूप से स्क्रीन पर ड्रा करें। इन उद्देश्यों के लिए BitmapData.draw () का उपयोग करें।

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

स्मृति

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

मोबाइल उपकरणों पर, यह दृष्टिकोण आमतौर पर लागू नहीं होता है। यदि अनुरोधित मेमोरी का आकार वर्तमान में उपलब्ध है, तो पृष्ठभूमि अनुप्रयोगों को समाप्त करने के लिए मजबूर किया जाता है, इस प्रकार मेमोरी को मुक्त किया जाता है। यदि स्मृति आबंटन अनुरोध अभी भी संतुष्ट नहीं किया जा सकता है, तो निवेदन आवेदन अपने काम को रोकने के लिए मजबूर है।

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

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

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

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

कोष

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

Addroid, , SD-, “/sdcard”. , . , SD- , .

, , . CameraRoll API, “”. , .

तैनाती

(app marketplaces). , , .

, AIR- , . Apple App Store .ipa-, Android marketplace — .apk. Flash Builder , , ADT.

, . iOS Apple . Android- , 25 , . , , .

Android market, AIR ( iOS AIR ). AIR, (. -airDownloadURL ADT).

आगे क्या है?

Adobe AIR , , Android, iOS BlackBerry Tablet OS.

( ), ( ). AIR , ( API ).

. AIR, .

-

उपयोगी लिंक

flash + AIR

किताबें

High Performance Flash: Performance tuning for Flash, Flex, AIR and Mobile applications , E. Elrom, 2012 —
Developing Android Applications with Adobe AIR , V. Brossier, O'Reilly, 2011
Adobe AIR , . , 2009 — Adobe AIR
Adobe AIR Bible , B. Gorton, Wiley, 2008

Adobe AIR

« AIR 3?»
Flex/AIR for iOS Development Process Explained!
iOS Flash CS5.5 + AIR 2.7

अनेक वस्तुओं का संग्रह

AIR Native Extentions (ANE):
Adobe AIR
Adobe AIR
Adobe AIR Developer Center
Adobe Mobile and Devices Developer Center
Adobe AIR Cookbook
TourDeFlex — flash-.