Uporaba šibkih referenc v naročninih dogodkov MVVMcross ponuja več prednosti, osredotočene predvsem na upravljanje pomnilnika in izogibanje puščanju pomnilnika. Tu so ključne prednosti:
1. Preprečevanje puščanja pomnilnika **
Ena glavnih prednosti uporabe šibkih referenc je, da pomagajo preprečiti puščanje spomina. V tradicionalnih modelih naročnine na dogodke, če naročnik (npr. Pogled) ne odnese pravilno iz dogodka (npr. V modelu pogleda), lahko ostane v pomnilniku, tudi potem, ko ga ni več potrebno. To je zato, ker vir dogodkov ohranja močno sklicevanje na naročnika, kar preprečuje, da bi se smeti zbral. Šibke reference rešijo to vprašanje tako, da zbirateljem smeti omogočite, da ponovno pridobi spomin, če naročnika v aplikaciji ni več sklicevanje drugje [3] [6].2. Poenostavljeno upravljanje naročnine **
Šibke reference poenostavijo upravljanje naročnin na dogodke. V zapletenih aplikacijah z mnogimi viri dogodkov in naročniki lahko ročno sledenje in odjava dogodkov postaneta okorna. Šibki vzorec dogodkov avtomatizira ta postopek z odstranjevanjem naročnikov, kadar niso več potrebni, kar zmanjšuje zapletenost upravljanja naročnin [3].3. Ločevanje vidnih modelov in pogledov **
V MVVMcrossu uporaba šibkih referenc pomaga ohraniti čisto ločitev med modeli in pogledi. Z zagotavljanjem, da modeli ogledov ne držijo močnih sklicev na poglede, preprečite, da bi se pogledi po nepotrebnem ohranili žive. To ločevanje je ključnega pomena za vzdrževanje robustne in razširljive arhitekture, saj omogoča, da se pogledi zbirajo smeti, ko jih ne uporabljate več [2] [4].4. Prilagodljivost pri ravnanju z dogodki **
Šibke reference zagotavljajo prožnost v scenarijih ravnanja z dogodki. Omogočajo uporabo sistemov za sporočanje, kot je vtičnik MVVMcross Messenger, ki se opira na šibke reference za naročnino na dogodke. Ta prilagodljivost je koristna v scenarijih, kjer identiteta vira dogodkov ni znana ali kadar je prednostna pristop, usmerjen v sporočila [5].Pomembno pa je opozoriti, da čeprav šibke reference ponujajo te prednosti, uvajajo tudi nekatere zapletenosti in potencialna vprašanja, kot je problem "zombi", omenjen v nekaterih razpravah. To se zgodi, ko naročnik še ni zbrano smeti, vendar se še vedno sklicuje šibko, kar potencialno vodi do nepričakovanega vedenja, če se sklicuje njegov obdelovalec dogodkov [1]. Kljub tem izzivom šibke reference ostajajo dragoceno orodje za učinkovito upravljanje naročnin na dogodke v aplikacijah MVVMcross.
Navedbe:[1] https://ladimolnar.com/2015/09/14/the-weak-event-pattern-is-nangerous/
[2] https://stackoverflow.com/questions/19378470/weak-reference-in-mvvmcross-with-actiont
[3] https://mustafacanyucel.com/blog/blog-22.html
[4] https://gregshackles.com/weak-subscription-gotcha-in-mvvmcross/
[5] https://www.mvvmcross.com/documentation/plugins/messenger
[6] https://learn.microsoft.com/en-us/dotnet/desktop/wpf/events/weak-event-patterns?view=netdesktop-9.0
[7] https://stackoverflow.com/Questions/310685/weak-reference----nafefits
[8] https://github.com/mvvmcross/mvvmcross/isissue/1480