Microsoft-ui-xaml: الاقتراح: غيّرت خاصية الإرسال التلقائي الأحداث إلى مؤشر ترابط واجهة المستخدم

ملخص

السماح بحدوث ارتباطات واجهة المستخدم من الخصائص التي تثير تغييرات الإشعارات من أي مؤشر ترابط غير تابع لواجهة المستخدم

المنطق

عندما تقوم بربط الخصائص ، يجب عليك دائمًا رفع إشعار تغيير الخاصية على UI Thread ، أو ستحصل على استثناء وقت التشغيل. يتسبب هذا في تسرب واجهة المستخدم إلى نماذج ونماذج العرض الخاصة بك ، بحيث يمكنك رفع الخيط المناسب ، والذي بدوره يمنعك من استخدام INPC من مكتبة .NET Standard (إلا إذا كنت ترغب في الدخول إلى bait'n'switch) .

بالإضافة إلى ذلك ، قد يكون لديك خصائص تتغير عدة مرات خلال إطار واحد ، لذلك من المحتمل أن تقفز إلى UI Thread مرات عديدة أكثر مما هو مطلوب بالفعل (كل ما هو مطلوب هو وضع علامة على الخاصية على أنها "قذرة" ، وسيتم انتقاؤها في تمرير العرض التالي.

كل هذا يسبب تعقيدًا إضافيًا في التعليمات البرمجية بشكل كبير ويكون أكثر عرضة للخطأ.

يتسبب أيضًا في حدوث مشكلة في WinUI 3.0 ، لأن لدينا الآن خيطين لواجهة المستخدم: ترابط UWP القديم و WinUI: أيهما يجب أن أقوم بإثارته؟

مجال

• يجب أن تكون قادرًا على رفع INotifyPropertyChanged و INotifyCollectionChanged على أي موضوع
• يجب أن تكون قادرًا على القيام بذلك بثمن بخس عدة مرات في إطار ، ولكن فقط تشغيل تحديث واحد (آخر تحديث في الانتصارات)
• يجب أن تكون قادرًا على التعامل مع خاصية يتم تعيينها أثناء قراءتها لتحديث واجهة المستخدم.
• يتجنب التبديل إلى مؤشر ترابط واجهة المستخدم إذا كان موجودًا بالفعل.

ملاحظات هامة

مخاوف الخيوط صحيحة بالطبع ، لكنني لا أعتقد أن هذه مشكلة حقيقية في النهاية. لا يهم أن العديد من أحداث INPC تنطلق قبل تحديث واجهة المستخدم ، لأن الحدث الأخير فقط هو الذي سيهم على الإطلاق. لن يختلف هذا عن رمز التبديل الحالي إلى سلسلة واجهة المستخدم عدة مرات. بمجرد أن يتحول الأول إلى UI Thread ، يمكن أن يكون قد تم تحديث الخاصية عدة مرات بالفعل ، وبالتالي آخر واحد في الانتصارات.
بطبيعة الحال ، يجب أن يكون هناك قفل قصير عند قراءة القيمة التي تمنع تعيين العلامة القذرة ، لذلك تحدث جولة ثانية من تحديثات واجهة المستخدم في الإطار التالي ، في حالة تحديث الخاصية في نفس الوقت الذي تتم قراءته فيه.
في الواقع ، إذا تغيرت قيمة على سبيل المثال من false ، إلى true ، والعودة إلى false ، فإن خاصية Dependency تكون بالفعل ذكية بما يكفي لاكتشاف أن القيمة لم تتغير ، ويمكن تحسينها من خلال عدم التسبب في تمرير عرض جديد بسبب الخاصية عدم التغيير.