Los singletons, aunque son útiles para garantizar una sola instancia de una clase, tienen varios inconvenientes que pueden afectar la capacidad de mantenimiento y la escalabilidad de las aplicaciones, incluidas las que usan MVVMCross. Estos son algunos de los temas clave:
1. Problemas de prueba **
Los singletons son notoriamente difíciles de probar porque mantienen el estado y manejan su propio ciclo de vida. Esto hace que sea difícil escribir pruebas unitarias que no interactúen inadvertidamente con la red u otros sistemas externos. En MVVMCross, donde las pruebas son cruciales para garantizar la confiabilidad de los modelos de vista y otros componentes, los singleton pueden obstaculizar la capacidad de aislar y probar componentes individuales de manera efectiva [1] [4].2. Inconsistencia de datos y problemas de lectura múltiple **
En entornos de subprocesos múltiples, los singletons pueden conducir a la inconsistencia de los datos si no se sincronizan correctamente. Esto puede dar lugar a un comportamiento no determinista, lo que dificulta la depuración de los problemas. Si bien es posible hacer singletons a Safe, esto agrega complejidad y no siempre se hace correctamente [2] [4].3. Dependencias ocultas y acoplamiento **
Los singletons fomentan las dependencias ocultas al proporcionar un punto global de acceso a los recursos. Esto puede conducir a un acoplamiento estricto entre las clases, ya que todos dependen de la implementación concreta del singleton. En MVVMCross, donde el acoplamiento suelto es beneficioso para mantener una arquitectura limpia, los singletons pueden socavar este principio al dificultar cambiar o reemplazar los componentes sin afectar todo el sistema [2] [3].4. Violación de principios sólidos **
Los singletons violan varios principios sólidos:- Principio de responsabilidad única (SRP): los singleton a menudo manejan su propio ciclo de vida además de sus responsabilidades principales, lo que puede conducir a una complejidad innecesaria.
-Principio de inversión de dependencia (DIP): los módulos de alto nivel no deben depender de los detalles de bajo nivel, pero con los singleton, a menudo lo hacen, como confían en la implementación concreta del singleton [2] [3].
5. Limitaciones de escalabilidad y flexibilidad **
Los singletons pueden limitar la escalabilidad al dificultar la adaptación a los requisitos cambiantes. Si una aplicación necesita manejar múltiples instancias de un recurso o cambiar la forma en que se administran los recursos, los singletons pueden convertirse en un cuello de botella. En MVVMCross, donde la flexibilidad es importante para manejar diferentes plataformas y configuraciones, los singletons pueden restringir estas capacidades [7].6. Desafíos de gestión estatal **
Los singletons llevan el estado para la vida de la aplicación, lo que puede dificultar la restablecimiento o administrar el estado de manera efectiva. Esto es particularmente problemático en las aplicaciones donde el estado debe actualizarse o actualizarse con frecuencia [4].Alternativas a Singletons
Para evitar estos inconvenientes, los desarrolladores a menudo recurren a la inyección de dependencia como una alternativa más flexible y mantenible. La inyección de dependencia permite que los componentes se acoplen libremente y se prueben fácilmente proporcionando dependencias a través de constructores u otros medios, en lugar de depender de instancias globales [1] [7]. En MVVMCross, el uso de la inyección de dependencia puede ayudar a mantener una arquitectura limpia y escalable que sea más fácil de probar y mantener.Citas:
[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's%20Blog/2016/03/14/6-Reasons-why-you-should-avoid-singletons.html
[4] https://matteomanferdini.com/swift-singleton/
[5] https://forums.kodeco.com/t/why-i-cant-use-singleton-why-it-is-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-ear-bad-then-what- whats