Android के लिए नया iOS

गूगल प्लस में इस पोस्ट का अनुवाद।

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

क्षमा करें, यह सब अगली चेतना की एक धारा है। tl; डॉ



IOS प्रोग्रामिंग के कुछ दिनों के बाद, मेरे पास एक काम करने वाला एप्लिकेशन था। एंड्रॉइड के कुछ दिनों के बाद, मैंने बस सार को समझना शुरू कर दिया।

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

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

इसे "अच्छा अभ्यास" कहा जाता है और इसे 99% मामलों के लिए उपयुक्त कहा जाता है (बहुत अनावश्यक कोड के साथ और आपके हिस्से पर काम करने के लिए)। जैसे ही आपको पता चलता है कि हार्डवेयर और प्रदाता की सीमाएं Android का एक अभिन्न हिस्सा हैं, डिजाइन के निर्णय स्पष्ट हो जाते हैं, जबकि इससे एप्लिकेशन डेवलपर्स को थोड़ी खुशी मिलती है। iOS उन तरीकों का समर्थन करता है जो 95% मामलों के लिए उपयुक्त हैं, लेकिन ठीक से काम करने वाले एप्लिकेशन को बनाने के लिए डेवलपर की ओर से बहुत कम प्रयास की आवश्यकता होती है ।

आईओएस डेवलपर्स के पास उत्कृष्ट प्रलेखन तक पहुंच है। उन जगहों पर जहां iOS / कोको / कोर * प्रलेखन पुस्तकालय आमतौर पर बहुत अच्छा होता है, डेवलपर को सही दिशा में ले जाता है, सरल अमूर्तता की ओर, एंड्रॉइड प्रलेखन कुछ धारणाएं बनाता है, यह जावा विकास पैटर्न के उत्कृष्ट ज्ञान को मानता है, और यह अपने स्वयं के एंड्रॉइड के अतिरिक्त है। पैटर्न। उदाहरण के लिए, यहां: "android.content.ContentProvider" या "android.app.Service"।

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