एंड्रॉइड अनुप्रयोगों के नुकसान

Question

एंड्रॉइड के लिए प्रोग्रामिंग करते समय क्या समस्याएं याद आती हैं? मुझे लगता है कि सूची में मल्टीथ्रेडिंग, पर्सिस्टेंट स्टोरेज इत्यादि के विषय शामिल होंगे।

Answer 1

एंड्रॉइड डेवलपर्स के पास संदर्भ संदर्भ रखने के कारण avoiding memory leaks के बारे में अच्छी पोस्ट है। वहां भी कई अन्य रोचक पोस्ट हैं।

Answer 2

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

चीजें:

1) कैसे चीजों को अपने अनुप्रयोग बैटरी जीवन प्रभावित करता है? क्या आप जगह पर उज्ज्वल ग्राफिक्स छप रहे हैं? पृष्ठभूमि में बहुत सारे धागे चल रहे हैं? सेवा?

2) डिवाइस पर आपके एप्लिकेशन को कितनी जगह लेने की आवश्यकता है? क्या ऐसी जानकारी कुछ है जिसे किसी सर्वर पर रखा जा सकता है और केवल तभी अस्थायी उपयोग के लिए डिवाइस पर प्रेषित किया जा सकता है जब इसकी आवश्यकता हो?

3) # 2 के संबंध में, क्या आपका ऐप खराब/nonexistent नेटवर्क/मोबाइल कनेक्शन का सहिष्णु है? यह EDGE नेटवर्क बनाम 3 जी पर कैसे प्रदर्शन करता है?

मुझे यकीन है कि आप और अधिक आ सकते हैं, लेकिन जब मैं अपने ऐप्स लिख रहा हूं तो यह ध्यान में रखता है।

Answer 3

ऐसी कई चीजें हैं जिन्हें यहां कहा जा सकता है।

Google I/O 200 9 के एंड्रॉइड वीडियो एंड्रॉइड पर प्रोग्रामिंग करते समय ध्यान में रखे जाने वाले अधिकांश पहलुओं को कवर करते हैं। वास्तव में, http://android-developers.blogspot.com/ लेख स्रोत हैं, जिन पर इन प्रस्तुतियों का विस्तार होता है, और उन्हें कुछ बेहतरीन Google इंजीनियरों से समझाया जाता है (और बोनस के रूप में आपको एक Q & ए सेक्शन प्राप्त होगा) प्रत्येक एंड्रॉइड डेवलपर के लिए जरूरी है, IMO।

चीजें हैं जो उल्लेख किया जा सकता है में से कुछ:

• तैरता का उपयोग न करें, जब आप इसी तरह के परिणाम पूर्णांकों के साथ प्राप्त कर सकते हैं, क्योंकि Android चल बिन्दु मूल्यों के लिए देशी समर्थन नहीं है।

• दोनों प्रदर्शन और रख-रखाव का अनुकूलन करने के लिए बड़े पैमाने पर डीबगिंग टूल का प्रयोग करें, और भारी तरीकों के यूआई डिजाइन में ViewGroup अतिरेक, या अनावश्यक कई कॉल की तरह सामान्य कठिनाइयों (View.inflate(), findViewById(), setImageResource (से बचने के लिए))।

• अपनी पृष्ठभूमि सेवा कॉल बंडल, अन्यथा आप, अनावश्यक रूप से और भी अक्सर ओएस जाग रहे अन्य सेवाओं अपने कॉल पिग्गी-समर्थन (जो गंभीर रूप से कम बैटरी जीवन में जो परिणाम)

• पसंद करते हैं SAX-पारसर्स खतरे में डालकर, जबकि डोम-पारसर्स से अधिक है, तो आप सुरक्षित थ्रेड समय खो जबकि उन्हें लागू है, लेकिन आप अपने ऐप्लिकेशन के प्रदर्शन (और आपके डिवाइस की उपलब्धता) में समय

• अपने यूआई धागे पर अपने यूआई जोड़तोड़ रखें जीत, क्योंकि इंटरफ़ेस टूलकिट नहीं है

• ध्यान रखें कि उन्मुखीकरण परिवर्तन नष्ट कर देता है और आपके गतिविधि फिर से बनाता है (मुझे पता चला कि कठिन और दर्दनाक तरीके - यह मैं कैसे android-डेवलपर्स के ब्लॉग का अनुसरण करना शुरू कर दिया)

... और कई अन्य लोगों ।