फ्रैगमेंट # setRetainInstance (बूलियन) का उपयोग क्यों करें?

Question

मुझे फ्रैगमेंट # सेट रीटेन इंस्टेंस (सत्य) भ्रमित लगता है।

सार्वजनिक शून्य setRetainInstance (बूलियन बनाए रखने)

नियंत्रण एक टुकड़ा उदाहरण (जैसे कि एक विन्यास परिवर्तन से के रूप में) गतिविधि फिर से निर्माण भर में बनाए रखा है कि क्या: यहाँ जावाडोक, Android Developer API से निकाली गई है। इसका उपयोग केवल टुकड़ों के साथ किया जा सकता है जो पीछे की ढेर में नहीं हैं। यदि इसे सेट टुकड़ा जीवन चक्र थोड़ा अलग है जब एक गतिविधि से निर्मित किया गया है हो जाएगा:

• OnDestroy() (, लेकिन onDetach() अभी भी होगा, क्योंकि टुकड़ा अपने वर्तमान गतिविधि से अलग किया जा रहा है) कहा जाता है नहीं किया जाएगा।
• ऑनक्रेट (बंडल) को बुलाया नहीं जाएगा क्योंकि टुकड़ा फिर से बनाया नहीं जा रहा है।
• पर अटैच (गतिविधि) और एक्टिविटीक्रेटेड (बंडल) अभी भी कॉल किया जाएगा।

प्रश्न: आप एक डेवलपर के रूप में इस का उपयोग कैसे करूँ, और क्यों यह चीजों को आसान बनाने करता है?

Answer 1

कैसे एक डेवलपर उपयोग इस

कॉल setRetainInstance(true) के रूप में आप कर सकते हैं। मैं आमतौर पर onCreateView() या onActivityCreated() में करता हूं, जहां मैं इसका उपयोग करता हूं।

और यह चीजों को आसान क्यों बनाता है?

यह विन्यास बदलाव भर में डेटा की अवधारण से निपटने के लिए सरल से onRetainNonConfigurationInstance() हो जाता है (उदाहरण के लिए, परिदृश्य को पोर्ट्रेट से डिवाइस घूर्णन)। गैर-बनाए रखा टुकड़े नष्ट हो जाते हैं और कॉन्फ़िगरेशन परिवर्तन पर पुनर्निर्मित होते हैं; बनाए रखा टुकड़े नहीं हैं। इसलिए, उन बनाए गए टुकड़ों द्वारा आयोजित कोई भी डेटा पोस्ट-कॉन्फ़िगरेशन-परिवर्तन गतिविधि के लिए उपलब्ध है।

Answer 2

लंबे समय तक चलने वाले संसाधनों को सॉकेट जैसे खुले रखने में बहुत मददगार है। यूआई-कम खंड है जिसमें ब्लूटूथ सॉकेट के संदर्भ हैं और जब आप फोन को फ़्लिप करते हैं तो आपको उन्हें फिर से कनेक्ट करने की चिंता करने की आवश्यकता नहीं होगी।

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

Answer 3

इस उत्तर को बहुत देर से जोड़ा गया, लेकिन मैंने सोचा कि इससे चीजें स्पष्ट हो जाएंगी। मेरे बाद कहो जब setRetainInstance है:

गलत

• टुकड़ा config परिवर्तन पर फिर से बनाया जाता है। नया इंस्टॉलेशन बनाया गया है।
• सभी जीवन चक्र विधियों को कॉन्फ़िगर() और ऑनस्ट्रोय() सहित कॉन्फ़िगरेशन परिवर्तन पर बुलाया जाता है।

सही

• टुकड़ा config परिवर्तन पर फिर से बनाया नहीं मिलता है। समान इंस्टेंस का उपयोग किया जाता है।
• सभी लाइफसाइकिल विधियों को कॉन्फ़िगरेशन परिवर्तन, एपर्ट से ऑन क्रेट() और ऑनस्ट्रोय() पर कहा जाता है।
• बैकस्टैक में जोड़े जाने पर एक उदाहरण बनाए रखना काम नहीं करेगा।

यह न भूलें कि उपरोक्त संवादप्रवाहों के साथ-साथ फ्रैगमेंट्स पर भी लागू होता है।