एंड्रॉइड फ्रैगमेंट्स डेटा को बनाए रखना

Question

एक फ्रैगमेंट के भीतर डेटा को सबसे अच्छी तरह से कैसे बनाए रखता है क्योंकि इसकी गतिविधि रोटेशन से जैसे चक्र/नष्ट चक्र पर जाती है?

हमारे सेटअप में हमारे पास हमारे सर्वर से टुकड़े कस्टम सूची एडाप्टर में संभावित रूप से बड़ी सूचियां हैं और हम उन्हें रोटेशन पर पुनः लोड न करके यूएक्स को सुचारू बनाना चाहते हैं। टुकड़े को स्थापित करने के साथ हमारे पास समस्या थींस्टेंस = सत्य; यह है कि हमारे एडाप्टर में मूल गतिविधि के संदर्भ का संदर्भ है और इसलिए स्मृति को रिसाव कर देगा। क्या हम सिर्फ खंड को डेटा संग्रहित कर सकते हैं और एडाप्टर को फिर से बना सकते हैं; अगर ऐसा है तो वास्तव में उचित अभ्यास है?

अगला विचार डेटा को सिंगलटन ऑब्जेक्ट में संग्रहीत करना है और घूर्णन के बाद पुनर्प्राप्त करना है जो बालों के डेटा के साथ कुछ समस्याएं प्रस्तुत करता है लेकिन हम आसानी से पार कर सकते हैं।

अन्य विकल्प जो मैं देखता हूं, ऐसा लगता है कि यह सबसे अच्छा समाधान है, डेटा को एक बंडल में सहेजना और घूर्णन के बाद नए खंड में बहाल करना है; हालांकि, हमारे पास बहुत सी वस्तुएं हैं जिन्हें पूरे ऐप में संग्रहीत करने की आवश्यकता होगी और हमारी कुछ वस्तुएं जटिल हैं, सूचियां, एकाधिक प्रकार हैं, और पार्सल बनाने योग्य दर्द होगा। क्या कोई बेहतर समाधान है या क्या हमें बुलेट काटने और उन्हें पार्सल करने योग्य बनाना है?

Answer 1

बस गतिविधि को रोटेशन (आदि) पर पुनर्निर्मित करने से रोकें।

android:configChanges="keyboardHidden|orientation|screenSize" 

आपके AndroidManifest.xml में आपकी गतिविधि परिभाषा में जोड़ें। फिर घूर्णन पर कुछ भी बचाने की जरूरत नहीं है।

संपादित करें:

आपको लगता है कि समाधान तो आप लेकिन onSaveInstanceState तंत्र का उपयोग करने के अलावा कोई चारा नहीं मिल गया है पसंद नहीं है। यदि आपके पास जटिल डेटा है, तो बस अपनी कक्षाओं को Serializable बनाएं और उन्हें उस तरह बंडल में जोड़ें।

Answer 2

एंड्रॉयड स्थापना: configChanges

Android मेनिफेस्ट में

विशेषता अक्षम डिफ़ॉल्ट को नष्ट और पुन: व्यवहार के लिए hackiest और सबसे व्यापक रूप से दुर्व्यवहार समाधान नहीं है।

http://www.androiddesignpatterns.com/2013/04/retaining-objects-across-config-changes.html

Answer 3

http://developer.android.com/guide/topics/resources/runtime-changes.html,you के अनुसार पूरी तरह से जब तक यह साथ संबद्ध नहीं है टुकड़ा में डेटा बचा सकते हैं:

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

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