मुझे पता है कि Activities
मेरे आवेदन की एकल स्क्रीन का प्रतिनिधित्व करने के लिए डिज़ाइन किया गया है, जबकि Fragments
उनके अंदर एम्बेडेड तर्क के साथ पुन: प्रयोज्य UI लेआउट होने के लिए डिज़ाइन किया गया है।
बहुत समय पहले तक, मैंने एक एप्लिकेशन विकसित किया था क्योंकि यह कहा गया था कि उन्हें विकसित किया जाना चाहिए। मैं एक बनाया Activity
अपने आवेदन और के लिए इस्तेमाल किया टुकड़े का एक स्क्रीन का प्रतिनिधित्व करने ViewPager
या Google Maps
। मैंने शायद ही कभी एक ListFragment
या अन्य यूआई बनाया है जिसे कई बार पुन: उपयोग किया जा सकता है।
हाल ही में मैंने एक प्रोजेक्ट पर ठोकर खाई जिसमें केवल 2 Activities
एक है SettingsActivity
और दूसरा एक है MainActivity
। का लेआउट MainActivity
कई छिपे हुए पूर्ण स्क्रीन UI टुकड़ों के साथ आबाद है और केवल एक दिखाया गया है। में Activity
तर्क वहाँ कई हैं FragmentTransitions
आवेदन के विभिन्न स्क्रीन के बीच।
इस दृष्टिकोण के बारे में मुझे जो पसंद आया वह यह है कि क्योंकि एप्लिकेशन ए का उपयोग करता है ActionBar
, यह बरकरार रहता है और स्क्रीन स्विचिंग एनीमेशन के साथ नहीं चलता है, जो कि Activity
स्विचिंग के साथ होता है । यह उन स्क्रीन संक्रमणों को अधिक धाराप्रवाह महसूस कराता है।
इसलिए मुझे लगता है कि मैं जो पूछ रहा हूं वह इस विषय के बारे में आपके वर्तमान विकास के तरीके को साझा करने के लिए है, मुझे पता है कि यह पहली नज़र में एक राय आधारित प्रश्न की तरह लग सकता है, लेकिन मैं इसे एंड्रॉइड डिज़ाइन और वास्तुकला प्रश्न के रूप में देखता हूं ... वास्तव में नहीं राय एक आधारित है।
अद्यतन (01.05.2014): स्क्वायर से एरिक बर्क की इस प्रस्तुति के बाद , (जो मुझे कहना है कि एंड्रॉइड डेवलपर्स के लिए बहुत सारे उपयोगी उपकरणों के साथ एक शानदार प्रस्तुति है। और मैं स्क्वायर के किसी भी तरह से संबंधित नहीं हूं)
http://www.infoq.com/presentations/Android-Design/
पिछले कुछ महीनों में अपने व्यक्तिगत अनुभव से, मैंने पाया कि मेरे अनुप्रयोगों के निर्माण का सबसे अच्छा तरीका टुकड़ों के समूह बनाना है जो आवेदन में एक प्रवाह का प्रतिनिधित्व करने के लिए आते हैं और उन सभी टुकड़ों को एक में प्रस्तुत करते हैं Activity
। तो मूल रूप Activities
से आपके आवेदन में उतनी ही संख्या होगी जितनी प्रवाह की संख्या। इस तरह से एक्शन बार सभी फ्लो की स्क्रीन पर बरकरार रहता है, लेकिन एक प्रवाह को बदलने पर इसे फिर से बनाया जा रहा है जो बहुत मायने रखता है। जैसा कि एरिक बर्क कहते हैं और जैसा कि मुझे एहसास हुआ है, Activities
जितना संभव हो उतना कम उपयोग करने का दर्शन सभी स्थितियों के लिए लागू नहीं होता है क्योंकि यह "भगवान" गतिविधि को कॉल करता है।