عند مقارنة كيف يمكن لشطرنج التعامل مع تجميع الأحداث مع كيفية تعامله مع MVVMCross ، نحتاج إلى النظر في سياق وغرض تجميع الأحداث في كلا السيناريوهين.
تجميع الأحداث في الشطرنج
في سياق الشطرنج ، يمكن أن يشير تجميع الأحداث إلى إدارة ومعالجة تسلسل التحركات أو الأحداث التي تحدث أثناء اللعبة. قد يتضمن ذلك تتبع كل خطوة أو التقاط أو فحص أو فحص. في نهج التصميم القائم على المجال (DDD) ، يمكن تصميم حركات الشطرنج كأحداث مجال ، على غرار كيفية التعامل معها في أنظمة أخرى من الأحداث. سيمثل كل حدث إجراءً محددًا أو تغييرًا في اللعبة في اللعبة ، مثل قطعة تتحرك أو يتم التقاطها. سيتم تخزين هذه الأحداث في مجلة أو سجل ، مما يسمح بإعادة بناء الحالة الحالية للعبة عن طريق إعادة تشغيل هذه الأحداث.
على سبيل المثال ، قد تستخدم لعبة الشطرنج أحداثًا مثل "Coupemoved" و "Pitciptured" أو "CheckmateOccurred". سيتم استمرار هذه الأحداث ويمكن استخدامها لتحليل اللعبة أو لضمان الاتساق عبر حالات اللعبة المختلفة. ومع ذلك ، فإن لعبة الشطرنج نفسها لا "تعامل" بطبيعتها في الطريقة التي تعمل بها أطر عمل البرامج ؛ بدلاً من ذلك ، يوفر مجالًا حيث يمكن تطبيق تجميع الأحداث.
تجميع الأحداث في MVVMCROSS
يستخدم MVVMCROSS نمط تجميع الأحداث من خلال البرنامج المساعد Messenger الخاص به. يوفر هذا البرنامج المساعد آلية مركزية للمكونات للتواصل مع بعضها البعض دون أن يقترن بإحكام. يسمح للعديد من الناشرين بإرسال الرسائل (الأحداث) إلى العديد من المشتركين من خلال الوسيط ، وهو الرسول نفسه.
يدعم MVVMCROSS Messenger ميزات مثل الأحداث النشر ، والاشتراك في الأحداث ، وإدارة الاشتراكات. يستخدم مراجع ضعيفة لمنع تسرب الذاكرة ، مما يضمن أن يتم جمع المكونات القمامة حتى لو كانت مشتركة في الأحداث. يعد هذا النهج مفيدًا بشكل خاص في بنية MVVM (عرض موديل-Viewmodel) ، حيث تحتاج نماذج العرض إلى التواصل مع بعضها البعض دون مراجع مباشرة.
تشمل الجوانب الرئيسية لتجميع أحداث MVVMcross:
- طرق النشر: يمكن للمكونات نشر الأحداث باستخدام أساليب مثل "publish".
- طرق الاشتراك: يمكن للمكونات الاشتراك في الأحداث التي تستخدم أساليب مثل "الاشتراك" ، أو `cumpcrientmainThread` ، أو` contribinThreadPoolThread`.
- إدارة الاشتراك: يوفر Messenger طرقًا للتحقق مما إذا كانت هناك اشتراكات لأحداث أو علامات محددة ، مما يتيح إدارة أفضل لمعالجة الأحداث.
مقارنة
على الرغم من أن الشطرنج يمكن تصميمه باستخدام مبادئ تجميع الأحداث المشابهة لتلك الموجودة في أنظمة البرمجيات ، فإن MVVMCROSS يوفر تنفيذًا محددًا لتجميع الأحداث المصمم لبنية MVVM. يكمن الفرق الرئيسي في السياق والغرض:
- شطرنج: تجميع الأحداث هو المزيد حول تتبع وإدارة حالات اللعبة من خلال أحداث المجال ، وهو تطبيق مفاهيمي لمبادئ مصادر الأحداث.
- MVVMCROSS: تجميع الأحداث هو تطبيق فني لتسهيل التواصل بين المكونات المقترنة بشكل فضفاض في التطبيق ، باستخدام رسول مركزي.
باختصار ، لا تطرد الشطرنج تجميع الأحداث بالطريقة نفسها التي يقوم بها MVVMCROSS ؛ بدلاً من ذلك ، توفر الشطرنج مجالًا حيث يمكن تطبيق مفاهيم تجميع الأحداث. MVVMCROSS ، من ناحية أخرى ، يقدم تنفيذًا ملموسًا لتجميع الأحداث لتطوير البرمجيات.
الاستشهادات:[1] https://ep2024.europython.eu/session/event-souring-from-the-ground up
[2] https://www.mvvmcross.com/documentation/plugins/messenger
[3]
[4] https://github.com/mateusznakodach/ddd.eventsourcing.portsandadapters.typescript.nestjs.chess
[5] https://www.linkedin.com/advice/0/how-do-you handle-multiple-event-sources
[6]
[7] https://www.youtube.com/watch؟v=MFSRSQZA1UQ
[8] https://prismlibrary.github.io/docs/event-aggregator.html
[9] https://learn.microsoft.com/en-us/analysis-services/multidimensal-models-olap-logical-cube-objects/aggerations-and-aggergation-designs؟view=asallproducts- allvers
[10] https://www.chess.com/forum/view/tournaments/why-delay-next-bor-for-mathemally- irrelevant-mames
[11] https://blog.magnusmontin.net/2014/02/28/using-the-event-aggregator-pattern-to-communicate-between-view-models/