Singletons, hoci sú užitočné na zabezpečenie jednej inštancie triedy, majú niekoľko nevýhod, ktoré môžu ovplyvniť udržiavateľnosť a škálovateľnosť aplikácií, vrátane tých, ktoré používajú MVVMCross. Tu sú niektoré z kľúčových problémov:
1. Problémy s testovateľnosťou **
Singletons je notoricky ťažké testovať, pretože držia štát a spravujú svoj vlastný životný cyklus. Vďaka tomu je náročné písať jednotkové testy, ktoré neúmyselne interagujú so sieťou alebo inými externými systémami. V MVVMcross, kde je testovanie rozhodujúce pre zabezpečenie spoľahlivosti modelov pohľadu a iných komponentov, môžu singletony brániť schopnosti efektívne izolovať a testovať jednotlivé komponenty [1] [4].2. Dátové nekonzistentnosti a problémy s multithreadingom **
V prostrediach s viacerými vláknami môžu singletony viesť k nekonzistentnosti údajov, ak nie sú správne synchronizované. Môže to mať za následok nedeterministické správanie, čo sťažuje ladenie problémov. Aj keď je možné urobiť singletons-bezpečne, dodáva to zložitosť a nie vždy sa robí správne [2] [4].3. Skryté závislosti a spojenie **
Singletons povzbudzujú skryté závislosti poskytovaním globálneho bodu prístupu k zdrojom. To môže viesť k tesnému spojeniu medzi triedami, pretože všetci závisia od konkrétnej implementácie Singletonu. V MVVMcross, kde je voľné spojenie prospešné pre udržiavanie čistej architektúry, môžu singletony podkopať tento princíp tým, že sťažuje zmenu alebo nahradenie komponentov bez ovplyvnenia celého systému [2] [3].4. Porušenie solídnych princípov **
Singletons porušujú niekoľko solídnych princípov:- Princíp jednej zodpovednosti (SRP): Singletons často spravujú svoj vlastný životný cyklus okrem svojich primárnych povinností, čo môže viesť k zbytočnej zložitosti.
-Princíp inverzie závislosti (DIP): Moduly na vysokej úrovni by nemali závisieť od detailov na nízkej úrovni, ale s Singletónmi často robia, pretože sa spoliehajú na betónovú implementáciu singletonu [2] [3].
5. Obmedzenia škálovateľnosti a flexibility **
Singletons môžu obmedziť škálovateľnosť tým, že je ťažké prispôsobiť sa meniacim sa požiadavkám. Ak aplikácia potrebuje spracovať viacero inštancií zdroja alebo zmeniť spôsob riadenia zdrojov, Singletons sa môže stať prekážkou. V MVVMCross, kde je flexibilita dôležitá pre riešenie rôznych platforiem a konfigurácií, môžu singletony tieto schopnosti obmedziť [7].6. Výzvy v oblasti riadenia štátu **
Singletons nosia stav na životnosť aplikácie, čo môže sťažovať efektívne resetovanie alebo správu stavu. Toto je obzvlášť problematické v aplikáciách, v ktorých je potrebné často osviežiť alebo aktualizovať štát [4].Alternatívy k Singletonom
Aby sa predišlo týmto nevýhodám, vývojári sa často obracajú na injekciu závislosti ako flexibilnejšiu a udržiavateľnejšiu alternatívu. Vstrekovanie závislosti umožňuje voľne spojené a ľahko testovanie komponentov poskytovaním závislostí prostredníctvom konštruktorov alebo iných prostriedkov, a nie spoliehať sa na globálne inštancie [1] [7]. V MVVMCross môže použitie injekcie závislosti pomôcť udržať čistú a škálovateľnú architektúru, ktorá sa ľahšie otestuje a udržiava.Citácie:
[1] https://www.reddit.com/r/iosprogramming/comments/9zxqj1/why_i_cant_use_singleton_why_it_is_bad_design/
[2] https://www.youtube.com/watch?v=x6gbdwfnin4
[3] https://www.davidtanzer.net/david'%20blog/2016/03/14/6-reasons-hhy-you-youhould-aveid-singletons.html
[4] https://matteomanferdini.com/swift-singleton/
[5] https://forums.kodeco.com/t/why-i-cant-use-singleton-why-is-bad-bad-design-pattern/56168
[6] https://www.reddit.com/r/androiddev/comments/8v2wfa/are_singletons_a_bad_practice/
[7] https://www.linkedin.com/advice/0/what-benefits-drawbacks-using-singleton-1e
[8] https://softwareEngineering.stackexchange.com/questions/40373/so-singletons-are-bad---chhat