Kaip šachmatai tvarko įvykių agregaciją, palyginti su MVVMCross

renginių agregacija šachmatais

Šachmatų kontekste įvykių agregacija galėtų reikšti judesių ar įvykių, vykstančių žaidimo metu, sekos valdymą ir apdorojimą. Tai gali apimti kiekvieno judesio, fiksavimo, patikrinimo ar patikrinimo ar patikrinimo stebėjimą. Taikant domenų dizaino (DDD) metodą, šachmatų judesius galima modeliuoti kaip domenų įvykiai, panašūs į tai, kaip jie tvarkomi kitose įvykių sistemose. Kiekvienas įvykis parodytų konkretų veiksmą ar būsenos pokyčius žaidime, pavyzdžiui, gabalas, judantis ar užfiksuotas. Šie įvykiai būtų saugomi žurnale ar žurnale, leidžiant rekonstruoti dabartinę žaidimo būklę atkuriant šiuos įvykius.

Pvz., Šachmatų žaidime gali būti naudojami tokie įvykiai kaip „dalijimosi“, „padalinta“ arba „CheckmateOccured“. Šie įvykiai bus išlikti ir gali būti naudojami analizuoti žaidimą arba užtikrinti nuoseklumą įvairiose žaidimų būsenose. Tačiau pats šachmatai iš prigimties „tvarkyk“ įvykių kaupimą programinės įrangos sistemose; Vietoj to, jis suteikia domeną, kuriame galima pritaikyti įvykių kaupimą.

Event Aggregation in MvvmCross

„MVVMCross“ naudoja įvykių kaupimo modelį per savo „Messenger“ papildinį. Šis papildinys suteikia centralizuotą komponentų, leidžiančių bendrauti tarpusavyje, mechanizmą, nebūdamas tvirtai sujungtas. Tai leidžia keliems leidėjams siųsti pranešimus (įvykius) keliems abonentams per tarpininką, kuris yra pats „Messenger“.

„MVVMCross Messenger“ palaiko tokias funkcijas kaip leidybos renginiai, renginių prenumeratos ir prenumeratų valdymas. Jis naudoja silpnas nuorodas, kad būtų išvengta atminties nutekėjimo, užtikrinant, kad komponentai gali būti surinkti šiukšles, net jei jie užsiprenumeravo įvykius. Šis požiūris yra ypač naudingas MVVM („Model-View-ViewModel“) architektūrose, kur „View“ modeliams reikia bendrauti tarpusavyje be tiesioginių nuorodų.

Pagrindiniai MVVMCROSS įvykių apibendrinimo aspektai yra::

- Leidybos metodai: Komponentai gali skelbti įvykius naudojant tokius metodus kaip „publik“.
- Prenumeratos metodai: Komponentai gali užsiprenumeruoti įvykius, naudodamiesi tokiais metodais kaip „prenumeruoti“, „prenumeruotionmainthread“ arba „prenumeruotiThreadPoolthread“.
- Prenumeratos valdymas: „Messenger“ pateikia metodus, kaip patikrinti, ar yra konkrečių įvykių ar žymų prenumeratos, leidžiančios geriau valdyti įvykių tvarkymą.

Comparison

Nors šachmatai gali būti modeliuojami naudojant įvykių kaupimo principus, panašius į programinės įrangos sistemose, MVVMCross pateikia specifinį įvykių kaupimo, skirto MVVM architektūroms, įgyvendinimą. Pagrindinis skirtumas yra kontekstas ir tikslas:

- Šachmatai: Įvykių kaupimas labiau susijęs su žaidimų būsenų stebėjimu ir valdymu per domenų renginius, o tai yra konceptualus renginių tiekimo principų pritaikymas.
- MVVMCross: Įvykių kaupimas yra techninis įgyvendinimas palengvinant ryšį tarp laisvai sujungtų komponentų programos, naudojant centralizuotą pasiuntinį.

Apibendrinant galima pasakyti, kad šachmatai „nesutinka“ įvykių kaupimu taip pat, kaip tai daro MVVMCROSS; Vietoj to, šachmatai pateikia domeną, kuriame galima pritaikyti įvykių agregavimo koncepcijas. MvvmCross, on the other hand, offers a concrete implementation of event aggregation for software development.