उपयोग) तथा अमान्य()

Question

मैं थोड़ा View वर्ग के forceLayout(), requestLayout() और invalidate() तरीकों की भूमिकाओं के बारे में संदेह में हूँ।

जब वे कहा जाता है की जाएगी? http://developer.android.com/guide/topics/ui/how-android-draws.html

मेरे लिए invalidate() के लिए एक कॉल केवल देखने के ताज़ा होता है और requestLayout() के लिए एक कॉल दृश्य ताज़ा करता है और स्क्रीन पर देखने के आकार की गणना:

Answer 1

बेहतर François BOURLIEUX और Dalvik द्वारा प्रदान की जवाब समझने के लिए मैं सुझाव है कि आप Arpit Mathur द्वारा इस भयानक दृश्य जीवन चक्र चित्र पर एक नज़र लेने के लिए:

Answer 2

यहाँ आप कुछ प्रतिक्रिया मिल सकता है।

Answer 3

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

Answer 4

invalidate()

कॉलिंग invalidate() किया जाता है जब आप एक समय निर्धारित करना चाहते दृश्य की वापसी। इसके परिणामस्वरूप onDraw परिणामस्वरूप अंततः (जल्द ही, लेकिन तुरंत नहीं) कहा जा रहा है। जब कोई कस्टम व्यू कॉल करेगा तो इसका एक उदाहरण तब होता है जब टेक्स्ट या पृष्ठभूमि रंग की संपत्ति बदल जाती है।

दृश्य फिर से ताज़ा किया जाएगा, लेकिन आकार में परिवर्तन नहीं होगा।

requestLayout()

आपके विचार परिवर्तन के बारे में कुछ ऐसा है जो आकार को प्रभावित करेगा, तो आप requestLayout() फोन चाहिए। यह onMeasure और onLayout माता पिता विचारों के लिए लाइन अप सभी तरह न केवल इस दृश्य के लिए लेकिन ट्रिगर किया जाएगा।

कॉलिंग requestLayout()not guaranteed to result in an onDraw है (स्वीकृत उत्तर में चित्र का क्या अर्थ है) के विपरीत, इसलिए यह आमतौर पर invalidate() के साथ संयुक्त होता है।

invalidate(); 
requestLayout(); 

इसका एक उदाहरण तब होता है जब एक कस्टम लेबल की टेक्स्ट प्रॉपर्टी बदल जाती है। लेबल आकार बदल जाएगा और इस प्रकार remeasured और redrawn की जरूरत है।

forceLayout()

जब वहाँ है एक requestLayout() कि एक माता पिता को देखने के समूह पर कहा जाता है, यह remeasure और अपने बच्चे को देखा गया relayout के लिए नहीं आवश्यक जरूरत है। हालांकि, अगर किसी बच्चे को रिमूजर और रिलेआउट में शामिल किया जाना चाहिए, तो आप बच्चे पर forceLayout() पर कॉल कर सकते हैं। forceLayout() केवल एक बच्चे पर काम करता है अगर यह इसके प्रत्यक्ष माता-पिता पर एक requestLayout() साथ संयोजन के रूप में होता है। forceLayout() को कॉल करके स्वयं का कोई प्रभाव नहीं पड़ेगा क्योंकि यह दृश्य पेड़ को requestLayout() ट्रिगर नहीं करता है।

forceLayout() की एक अधिक विस्तृत विवरण के लिए this Q&A पढ़ें।

इसके अलावा

• Creating a View Class: Add Properties and Events (सहायक दस्तावेज़) का अध्ययन
• View documentation
• View source code

Answer 5

This answerforceLayout() के बारे में सही नहीं है।

जैसा कि आप the code of forceLayout() में देख सकते हैं, यह केवल "रिलेआउट की आवश्यकता है" के रूप में दृश्य को चिह्नित करता है लेकिन यह न तो शेड्यूल करता है और न ही उस रिलाउट को ट्रिगर करता है। रिलायआउट भविष्य में किसी बिंदु पर तब तक नहीं होगा जब दृश्य के माता-पिता को किसी अन्य कारण से बाहर रखा गया था। जब forceLayout() और requestLayout() का उपयोग कर

वहाँ भी एक बहुत बड़ा मुद्दा है:

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

मैं forceLayout() के कार्यान्वयन पर विचार चाहते हैं (और यह requestLayout() तोड़ा जा कैसे प्रभावित करता है और आप अपने कोड में है कि समारोह का उपयोग कभी नहीं करना चाहिए।