Microsoft-ui-xaml: प्रस्ताव: ऑटो-प्रेषण संपत्ति ने घटनाओं को यूआई थ्रेड में बदल दिया

को निर्मित 17 मई 2019 · 3टिप्पणियाँ · स्रोत: microsoft/microsoft-ui-xaml

सारांश

किसी भी गैर-यूआई थ्रेड से अधिसूचना परिवर्तन को बढ़ाने वाली संपत्तियों से UI बाइंडिंग होने दें

दलील

जब आप गुणों को बाध्य कर रहे हों, तो आपको हमेशा UI थ्रेड पर संपत्ति परिवर्तन अधिसूचना बढ़ानी होगी, या आपको रनटाइम अपवाद मिलेगा। यह यूआई को आपके व्यू मॉडल और मॉडल में ब्लीड करता है, ताकि आप उचित थ्रेड पर उठा सकें, जो बदले में आपको .NET मानक लाइब्रेरी से आईएनपीसी का उपयोग करने से रोकता है (जब तक कि आप बैट'एन स्विच में नहीं जाना चाहते) .

इसके अलावा आपके पास एक फ्रेम के दौरान कई बार गुण बदल सकते हैं, इसलिए आप संभावित रूप से यूआई थ्रेड पर वास्तव में आवश्यकता से कई बार कूद सकते हैं (जो कुछ भी आवश्यक है वह संपत्ति को "गंदे" के रूप में ध्वजांकित करना है, और उठाया जाना है अगला रेंडर पास।

यह सब काफी अतिरिक्त कोड जटिलता का कारण बनता है और अधिक त्रुटि प्रवण है।

यह WinUI 3.0 में भी एक समस्या का कारण बनता है, क्योंकि अब हमारे पास दो UI थ्रेड हैं: लीगेसी UWP, और WinUI थ्रेड्स: मुझे किस पर ध्यान देना चाहिए?

दायरा

किसी भी थ्रेड पर INotifyPropertyChanged और INotifyCollectionChanged को बढ़ाने में सक्षम होना चाहिए
इसे सस्ते में करने में सक्षम होना चाहिए कई बार फ्रेम होना चाहिए, लेकिन केवल एक ही अपडेट को ट्रिगर करना (जीतने वाला अंतिम)
यूआई को अपडेट करने के लिए पढ़ा जा रहा है, जबकि सेट की जा रही संपत्ति को संभालने में सक्षम होना चाहिए।
UI थ्रेड पर स्विच करने से बचता है यदि यह पहले से ही चालू है।

महत्वपूर्ण लेख

थ्रेडिंग चिंताएं निश्चित रूप से मान्य हैं, लेकिन मुझे विश्वास नहीं है कि यह वास्तव में अंत में एक समस्या है। इससे कोई फ़र्क नहीं पड़ता कि UI अपडेट से पहले कई INPC ईवेंट सक्रिय हो जाते हैं, क्योंकि केवल अंतिम ही कभी मायने रखता है। यह मौजूदा कोड से कई बार UI थ्रेड पर स्विच करने से अलग नहीं होगा। एक बार जब पहला यूआई थ्रेड पर स्विच हो जाता है, तो संपत्ति पहले से ही कई बार अपडेट हो सकती है, और इस प्रकार जीत में आखिरी बार।
स्वाभाविक रूप से एक छोटा ताला होना चाहिए जब मूल्य पढ़ा जाता है जो गंदे-झंडे को सेट होने से रोकता है, इसलिए यूआई अपडेट का दूसरा दौर अगले फ्रेम पर होता है, क्या संपत्ति को उसी समय अपडेट किया जाना चाहिए जब इसे पढ़ा जा रहा हो।
वास्तव में यदि उदाहरण के लिए कोई मान असत्य, सत्य और वापस असत्य में बदल जाता है, तो निर्भरता संपत्ति पहले से ही यह पता लगाने के लिए पर्याप्त स्मार्ट है कि मूल्य नहीं बदला है, और संपत्ति के कारण एक नया प्रतिपादन पास नहीं होने से अनुकूलित कर सकता है गैर-परिवर्तन।

feature proposal team-Markup

स्रोत

dotMorten

👍38

सबसे उपयोगी टिप्पणी

यह एक बहुत ही वाजिब चिंता है, इसे उठाने के लिए धन्यवाद। ढांचे में डीपी के लिए थ्रेड एफ़िनिटी समर्थन एक बड़ी समस्या नहीं हो सकती है, लेकिन आईएनपीसी के कार्यान्वयनकर्ताओं के लिए बहुत अच्छी तरह से हो सकती है।

यदि कुछ कोड गैर-यूआई थ्रेड से संपत्ति परिवर्तन को बढ़ाने में सक्षम है, तो इसका मतलब यह भी है कि संपत्ति का बैकिंग कोड पृष्ठभूमि थ्रेड से बदला जा सकता है। इसे तालों का उपयोग करके संरक्षित किया जा सकता है, लेकिन दो-तरफा बंधन तब एक समस्या बन सकते हैं, क्योंकि वे संपत्ति परिवर्तन श्रृंखला गतिरोध बना सकते हैं।

आईएनपीसी की सबसे बड़ी समस्या यह भी है कि जब घटना को उठाया गया था तो "वर्तमान" मूल्य की कमी थी। ऐसी स्थितियां हो सकती हैं जहां गुण ठीक से सिंक्रनाइज़ नहीं होते हैं, (उदाहरण के लिए SelectedIndex और ItemsSource सिंक्रोनस रूप से अपडेट नहीं किया जाता है और SelectedIndex अपना मूल्य खो देता है), या इसके कारण होने वाले परिवर्तनों के पिंग-पोंग के साथ संपत्ति की स्थिति (उदाहरण के लिए टेक्स्टबॉक्स परिवर्तन और रेगेक्स फ़िल्टर)।

इसके बाद मुद्दों को आईएनसीसी के साथ लाया जाता है, जहां पूरे संग्रह को ठीक से संरक्षित करने की आवश्यकता होती है। उदाहरण के लिए, आप किसी ऐसे आइटम का संदर्भ देने वाला ईवेंट उठा सकते हैं जिसे स्थानांतरित कर दिया गया है, या अब नहीं है।

मैं यह नहीं कह रहा हूं कि इस समस्या का कोई समाधान नहीं है (निश्चित रूप से हैं) लेकिन आईपीएनसी श्रोताओं ने एफ़िनिटी परिवर्तन थ्रेडिंग इंटरफ़ेस के दोनों सिरों पर इस समस्या को आसान बनाने के लिए पर्याप्त नहीं हैं।

jeromelaban 19 मई 2019

👍4

सभी 3 टिप्पणियाँ

jeromelaban 19 मई 2019

👍4

डब्ल्यूपीएफ ने यह पता लगाया है तो शायद वहां से समाधान खींचें?

dotMorten 20 मई 2019

बढ़िया सुझाव। हम इसे CollectionChanged ईवेंट (कुछ हद तक दुर्घटना से ...) के लिए करते हैं, हमें NotifyPropertyChanged के लिए भी ऐसा करने में सक्षम होना चाहिए।

jevansaks 20 मई 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स