क्षमा करें, मुझे पता है कि इस विषय को थोड़ा सा कवर किया गया है। मैंने संबंधित पोस्ट पढ़ी हैं और अभी भी थोड़ा उलझन में हूं। मैं एक ऐप पर काम कर रहा हूं कि प्रोटोटाइप में 3 मुख्य स्क्रीन होंगे, लेकिन अंततः इसमें दर्जनों होंगे। प्रत्येक स्क्रीन या तो बदनाम रूप से बदलती स्थिति पेश करेगी या उपयोगकर्ता इनपुट लेगी। कल्पना करने के लिए, एमएस वर्ड या एक ठेठ पीसी कैसे है, इस तरह से बाहर रखा जाना आवश्यक है। इसमें शीर्ष पर एक स्टेटस बार है और नीचे की ओर एक नेविगेशन बार है जो कि सभी स्क्रीनों के लिए आम है (कुछ स्क्रीनों के लिए मामूली बदलाव, जैसे अलग-अलग आइकन), मैं एक व्यू फलक कहूंगा जिसे अपडेट किया जाना चाहिए लागू लेआउटएंड्रॉइड क्रियाएँ बनाम दृश्य
स्थिति, एनएवी बार, और प्रत्येक स्क्रीन को अपने स्वयं के लेआउट xml फ़ाइल में परिभाषित किया गया है। इस पर मेरे पहले झुकाव के लिए मैंने अभी एक व्यूफ्लिपर का उपयोग किया और इसमें 3 स्क्रीन लेआउट लोड किए। हालांकि इसका मतलब है कि वर्तमान में मेरे पास एक मुख्य गतिविधि है जो रखरखाव योग्य नहीं होगी क्योंकि मैं स्क्रीन जोड़ना जारी रखता हूं।
- मुझे यह सही लगता है कि प्रत्येक स्क्रीन लेआउट में एक संबद्ध गतिविधि वर्ग होना चाहिए जो समझता है कि उस स्क्रीन को कैसे नियंत्रित किया जाए। मुझे यह समझने की जरूरत है कि इसे केंद्र फलक में गतिशील रूप से कैसे लोड किया जाए। हालांकि मैंने सोचा कि मैंने एक और पोस्ट में पढ़ा है कि कई क्रियाकलापों का उपयोग करना एक सीपीयू और रैम नाली हो सकता है।
- वर्तमान में मैंने स्क्रीनों में से एक को अपनी गतिविधि बनाने की कोशिश की और मुख्य उद्देश्य से इसे एक इरादा बनाकर और प्रारंभ गतिविधि को कॉल करने से दूर कर दिया। हालांकि, नई गतिविधि गतिविधि मुख्य गतिविधि के शीर्ष पर रहने का कारण बनती है। दिलचस्प बात यह है कि फिर बैक बटन दबाकर उस गतिविधि को खारिज कर दिया और मुझे मुख्य पर वापस कर दिया।
- अब तक मुझे पता नहीं चला है कि केंद्र फलक में क्या होता है, एक अलग गतिविधि नियंत्रण स्थापित करने के तरीके को कैसे स्थापित किया जाए।
- यदि मैं एकाधिक गतिविधि पथ को जारी रखता हूं, तो क्या मेरी मुख्य गतिविधि गतिविधि समूह से विरासत में होनी चाहिए?
- इस मामले में दृश्य कक्षाओं का अधिक उपयोग कर रहे हैं?
मुझे पता है कि यह एक लंबी पोस्ट रही है। मैं किसी भी सलाह की सराहना करता हूं। धन्यवाद! सीबी
इनपुट के लिए धन्यवाद, जिस दृष्टिकोण का मैं काम कर रहा हूं वह है कि मेरी मुख्य गतिविधि उपयोगकर्ता को प्रारंभिक स्क्रीन (ए, बी, या सी, प्रत्येक अपनी गतिविधि) का चयन करने के लिए प्रदान करे। मुख्य इसे प्रारंभिकता ForResult के साथ बंद कर देता है। उपयोगकर्ता एक नई स्क्रीन देखने के लिए बाएं/दाएं जाने के लिए एक क्लिक/स्वाइप के माध्यम से चुन सकता है। हालांकि मैं हैक कार्यान्वयन से खुश नहीं हूं। गतिविधि मुख्य पर लौटने के लिए स्वयं को परिभाषित करती है और उपयोगकर्ता पसंद को बाएं/दाएं पास करती है और मुख्य लागू गतिविधि शुरू होती है। बेशक अब वापस काम नहीं करेगा जैसा मैं चाहता हूं। सुझाव? – bursk
आप कैसे काम करना चाहते हैं? –
मान लीजिए कि मैंने अंतिम भाग गलत तरीके से लिखा है, वर्तमान क्रियान्वयन के साथ बैक बटन पर क्लिक करने से उपयोगकर्ता मुख्य स्क्रीन पर वापस ले जाएगा, जहां वे प्रदर्शित करने के लिए ए, बी, या सी चुनते हैं। हालांकि, यदि उपयोगकर्ता ए पर है और बी को देखने के लिए स्वाइप करता है, तो मुझे लगता है कि उम्मीद हो सकती है कि जब वे वापस आ जाएंगे तो वे मुख्य पर नहीं, ए पर वापस जाएं। हालांकि, मैं ऐसी परिस्थिति में भी नहीं जाना चाहता हूं जहां उन्होंने बहुत से लोगों के लिए नेविगेट किया हो और फिर बाहर निकलने से पहले बार-बार क्लिक करने की आवश्यकता हो। मैं अपने मुख्य में क्रियाकलापों के एक ऐरेलिस्ट को रखने और फिर इसे स्वयं संभालने की कोशिश करने की ओर झुका रहा हूं। – bursk