IOS एप्लिकेशन बनाने के लिए कौन से कौशल आवश्यक हैं? यैंडेक्स रिपोर्ट

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


- हमारे विभाग में दो मोबाइल एप्लिकेशन हैं: Yandex.Translate और Yandex.Keyboard। ट्रांसलेटर में हमारे पास बहुत सारी परिष्कृत प्रौद्योगिकियाँ हैं, उदाहरण के लिए वॉयस इनपुट, फोटो द्वारा टेक्स्ट रिकग्निशन, न्यूरल नेटवर्क का उपयोग करके टेक्स्ट ट्रांसलेशन। एक अलग चुनौती इस कार्यक्षमता को ऑफ़लाइन बनाए रख रही है। यही है, यह कार्यक्षमता इंटरनेट के बिना भी आपके लिए काम करेगी।



कीबोर्ड अनुप्रयोगों का एक अलग वर्ग है; इसकी गति और अनुप्रयोग की गुणवत्ता के लिए अलग-अलग आवश्यकताएं हैं। रूसी में ऑटो-सही हमारे लिए काम करता है: यह उपयोगकर्ता की मदद करता है, लेकिन उसे परेशान नहीं करता है। वॉयस इनपुट, स्वाइप इनपुट।





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



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

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



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

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

आइए UI का उपयोग करके हमारे एप्लिकेशन को पुनर्जीवित करें।





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



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

दुर्भाग्य से, SwiftUI केवल iOS 13 के साथ ही उपलब्ध है, इसलिए इसे अब तक बड़ी परियोजनाओं में उपयोग नहीं किया जा सकता है।



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





दूसरी ओर, हमारे पास कोड में एक इंटरफ़ेस डिज़ाइन है। आपके कोड में एक इंटरफ़ेस विकसित करते समय, UIKit लाइब्रेरी काम में आएगी, और आप इसमें से छोटे बिल्डिंग ब्लॉक्स का उपयोग करेंगे, जिसे UIView कहा जाता है। UIView ऑब्जेक्ट्स मोटे तौर पर इस बात से मेल खाते हैं कि आपने स्क्रीन पर किन घटकों को प्रदर्शित किया है। और एक चित्रमय संपादक की तरह, आपके पास आमतौर पर उपयोग किए जाने वाले घटकों जैसे बटन और पाठ के लिए तैयार उप-वर्ग हैं।

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



आइए देखें कि हमारे अनुवादक के लिए क्या कोड लिखा जा सकता है।

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

हमारे पास एक उपयोगकर्ता इंटरफ़ेस तैयार है, लेकिन आवेदन अभी भी बेकार है। यह उपयोगकर्ता के मुख्य कार्य को हल नहीं करता है - पाठ का अनुवाद।

आइए इस कार्यक्षमता को जोड़ते हैं। एसडीके प्लेटफॉर्म की क्षमताएं हमारी मदद करेंगी।



प्लेटफ़ॉर्म SDK मोबाइल एप्लिकेशन बनाने के लिए टूल और लाइब्रेरी का एक सेट है जो हमें Apple द्वारा प्रदान किया जाता है और तदनुसार, Google।

वर्तमान में, ऑपरेटिंग सिस्टम के साथ बातचीत करने के लिए SDK के पास निम्न स्तर के बहुत सारे पुस्तकालय हैं, और आप बहुत प्रयास किए बिना मोबाइल एप्लिकेशन के लगभग किसी भी विचार को लागू कर सकते हैं।

आप किन पुस्तकालयों का उपयोग करेंगे, यह आपके आवेदन की बारीकियों पर निर्भर करता है। उदाहरण के लिए, यदि हम एक कैमरा बनाना चाहते हैं, तो सबसे अधिक संभावना है कि आपको दो पुस्तकालयों की आवश्यकता होगी: कैमरा के साथ काम करने के लिए AVFoundation और छवि प्रसंस्करण के लिए CoreImage।

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

तो, हमें अपने अनुवादक के लिए एसडीके से क्या चाहिए?



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

हम इसमें से URLSession क्लास लेंगे, यह http प्रोटोकॉल और JSONSerialization का उपयोग करके सर्वर के साथ काम करने के लिए क्लास है। यह वह वर्ग है जो हमें JSON फॉर्मेट से ऑब्जेक्ट्स को बदलने में मदद करता है।



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

आइए देखें कि हमें क्या मिला। उपयोगकर्ता हेलो में प्रवेश करता है और "हैलो" प्रकट होता है:



लेकिन "हैलो" किसी तरह लंबे समय तक दिखाई दिया, यह नेटवर्क लैग्स की तरह नहीं लगता था। विश्वसनीयता के लिए, बड़े भाई से तुलना करें:

जीआईएफ खोलें

दोनों अनुप्रयोगों में, हम पाठ हैलो दर्ज करते हैं और देखते हैं कि अनुवाद पहले ही वास्तविक अनुवादक पर कई बार दिखाई दे चुका है। हमारे अनुवादक पर, अनुवाद एक बड़े लटका के साथ दिखाई देता है।

इस समस्या को ठीक करने के लिए, हमें मोबाइल एप्लिकेशन में मल्टीथ्रेडिंग मॉडल से परिचित होने की आवश्यकता है।



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

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

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

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

हमारी अंतिम पंक्ति याद करें:

self.textOutputView.text = translation

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

DispatchQueue.main.async {
  self.textOutputView.text = translation
}

आइए देखें कि हमें अंत में आवेदन के साथ क्या मिला।



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

दुर्भाग्य से, वर्तमान परियोजना पर मैं आपके लिए वास्तुकला के महत्व को प्रदर्शित नहीं कर पाऊंगा, यह अभी भी बहुत छोटा है।



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

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

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

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

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

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

तो, हमारा आवेदन तैयार है। आइए इसे सार्वजनिक डोमेन में रखें ताकि उपयोगकर्ता इसे डाउनलोड कर सकें।



ज्यादातर मामलों में, उपयोगकर्ताओं को Google Play और ऐप स्टोर से ऐप मिलते हैं। लेकिन स्टोर में एप्लिकेशन को जोड़ने से पहले, हमें इस पर हस्ताक्षर करना चाहिए। यह इस तथ्य के कारण है कि ऑपरेटिंग सिस्टम केवल विश्वसनीय डेवलपर्स से एप्लिकेशन चलाते हैं। इस प्रकार, मोबाइल प्लेटफार्मों पर हमारे पास दुर्भावनापूर्ण एप्लिकेशन और वायरस बहुत कम हैं, क्योंकि केवल विश्वसनीय डेवलपर्स को मोबाइल उपकरणों पर काम करने की सुविधा मिलती है।

ऐसा करने के लिए, आपको एक डेवलपर प्रमाणपत्र जारी करना होगा। यह वास्तव में एक छोटी नौकरशाही है और, सौभाग्य से, यह Xcode के नवीनतम संस्करणों में स्वचालित है।

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

एप्लिकेशन को अपलोड कर दिया गया है, आइए अब कुछ अतिरिक्त कौशल के बारे में बात करते हैं जो आपके जीवन को सरल बना सकते हैं और अनुप्रयोगों की गुणवत्ता में सुधार कर सकते हैं।

जिस कौशल का आप सबसे अधिक बार उपयोग करेंगे वह डीबगिंग है।



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

कमियां का पहला स्रोत कोड बदल रहा है। जब आप प्रिंटफ़ जोड़ते हैं तो बग गायब हो जाते हैं। और आप प्रिंटफ निकालते हैं - फिर से उठते हैं। इन बगों का एक अलग नाम भी है - हाइजेनबग।

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

और अंतिम, प्रिंटफ का सबसे महत्वपूर्ण दोष - दुर्भाग्य से, यह सभी बगों के लिए मदद नहीं करता है।

व्यक्तिगत अभ्यास से एक उदाहरण। कीबोर्ड ऑनबोर्डिंग विकसित करते समय, निम्नलिखित हुआ:



सिस्टम ग्लोब और माइक्रोफ़ोन आइकन के बजाय नीचे सिस्टम कीबोर्ड में, कुछ पहचानकर्ता दिखाई दिए। इस बग को डीबग करना, मुझे ऐसा लगा:



कोई एप्लिकेशन किसी सिस्टम कीबोर्ड को कैसे तोड़ सकता है?! यह पता चला कि यह हो सकता है।



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

जब मैंने इन पहले दो बिंदुओं का लाभ उठाया, तो यह पता चला कि समस्या UIKit लाइब्रेरी में थी। iOS डेवलपर्स इससे परिचित हैं और जानते हैं कि इसमें ओपन सोर्स कोड नहीं है। लेकिन जब आप असेंबलर को जानते हैं, तो कोई भी लाइब्रेरी आपके लिए ओपन सोर्स बन जाती है, इसलिए असेंबलर की छोटी-छोटी बाते आपके काम आ सकती हैं।

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

अगला महत्वपूर्ण कौशल हमारे अनुप्रयोगों का अनुकूलन है।



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

पांचवां बिंदु बैटरी है, यह पहले चार से चलता है।

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

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

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

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

अंतिम बार सामना की गई समस्या प्रारंभ समय है। यहां मैं आपको यह पढ़ने की सलाह दे सकता हूं कि आपके कोड के काम करने से पहले क्या होता है। विशेष रूप से, स्थैतिक और गतिशील लिंकिंग के बारे में।



अंतिम उपयोगी कौशल निरंतर एकीकरण या बोरिंग कार्यों का स्वचालन है।

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

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

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

Source: https://habr.com/ru/post/undefined/