Ep.3 - Singleton | Flutter Design Patterns

Summary

Este video explica el patrón de diseño Singleton y su implementación en una fábrica abstracta. Se aborda cómo el Singleton asegura que solo exista una instancia de una clase durante la ejecución de la aplicación, lo que es útil para gestionar recursos compartidos. Sin embargo, el uso excesivo de Singletons puede generar problemas de acoplamiento, estado global y dificultades para realizar pruebas. A través de un ejemplo práctico en Flutter, se muestra cómo implementar este patrón de manera efectiva, garantizando que la instancia de la fábrica abstracta se cree solo una vez durante la ejecución de la aplicación.

Takeaways

• 😀 El patrón Singleton garantiza que solo exista una instancia de una clase en toda la aplicación.
• 😀 Los Singleton son útiles para controlar recursos compartidos, como bases de datos o servicios de autenticación.
• 😀 Una desventaja del patrón Singleton es que su instancia permanece en memoria durante toda la vida de la aplicación, lo que puede aumentar el uso de memoria.
• 😀 Los Singleton pueden generar un código acoplado, dificultando las pruebas y el mantenimiento.
• 😀 Los Singleton ofrecen acceso global a su instancia, lo que puede llevar a comportamientos inesperados si no se manejan correctamente.
• 😀 Aunque el patrón Singleton no se usa comúnmente en el código de aplicación, es útil en bibliotecas o paquetes donde se necesita una única instancia de un recurso o servicio.
• 😀 La implementación del patrón Singleton en una fábrica abstracta implica usar un método estático para obtener la instancia única de la clase.
• 😀 El uso del patrón Singleton en una fábrica abstracta permite crear y acceder a elementos (como botones o indicadores) de manera eficiente y controlada.
• 😀 Para evitar la creación múltiple de instancias, el patrón Singleton incluye una verificación de nulidad para la instancia antes de crearla.
• 😀 Al usar Singleton en la práctica, solo se crea una instancia de la fábrica, lo que garantiza que no se repitan los elementos en la interfaz de usuario.
• 😀 Aunque el patrón Singleton puede ser útil, se debe usar con precaución debido a los problemas potenciales de rendimiento y mantenimiento que puede causar a largo plazo.

Q & A

¿Cuál es la principal ventaja del patrón Singleton?

La principal ventaja del patrón Singleton es que garantiza que solo haya una instancia de una clase en toda la aplicación, lo que ayuda a gestionar recursos compartidos, como una conexión a la base de datos o una instancia de autenticación.

¿Cuáles son los inconvenientes de utilizar el patrón Singleton?

El principal inconveniente del patrón Singleton es que mantiene la instancia viva durante todo el ciclo de vida de la aplicación, lo que puede llevar a un consumo innecesario de memoria si no se gestiona adecuadamente. Además, el código puede volverse más difícil de probar y mantener.

¿Por qué los Singletons no se suelen usar en el código de la aplicación?

Los Singletons se evitan en el código de la aplicación debido a los problemas que pueden generar con la memoria y la dependencia de una sola instancia. Se prefieren otros patrones de diseño que permiten un control más flexible de la creación y gestión de instancias.

¿En qué situaciones se recomienda usar el patrón Singleton?

El patrón Singleton es recomendado principalmente en el código de bibliotecas o paquetes donde es necesario compartir una sola instancia de un recurso entre diferentes partes del sistema, como en la autenticación de Firebase o en la gestión de conexiones a bases de datos.

¿Qué es el patrón Abstract Factory y cómo se relaciona con el Singleton?

El patrón Abstract Factory es un patrón de diseño que permite crear familias de objetos relacionados sin especificar sus clases concretas. El patrón Singleton se puede implementar dentro de este patrón para garantizar que solo se cree una instancia de la fábrica abstracta, facilitando la creación de objetos específicos de la plataforma.

¿Cómo se implementa el patrón Singleton en el código mostrado en el video?

El patrón Singleton se implementa creando una variable estática que almacena la única instancia de la clase. Se usa un método estático `getInstance()` para verificar si la instancia ya existe. Si no, la crea; si ya existe, simplemente la devuelve.

¿Qué ventajas tiene usar un método estático `getInstance()` para crear una instancia de un Singleton?

El método estático `getInstance()` facilita la creación de una única instancia controlada de una clase y evita la creación de múltiples instancias de la misma. Además, se puede gestionar la inicialización de la instancia de manera eficiente y solo cuando es necesario.

En el ejemplo, ¿cómo se asegura que la instancia del Singleton se crea solo una vez?

La instancia se asegura de crearse solo una vez mediante la verificación de si la variable estática `instance` es `null`. Si lo es, se crea la instancia; si no, simplemente se retorna la instancia existente.

¿Cuál es la diferencia entre el comportamiento de un Singleton y el comportamiento de otros patrones de diseño más comunes en el código de la aplicación?

El patrón Singleton se enfoca en asegurar que solo exista una instancia de una clase durante toda la vida de la aplicación, lo que no es el caso con otros patrones de diseño, como el patrón Factory, donde se pueden crear múltiples instancias según sea necesario.

¿Cómo afecta el uso de un Singleton en el manejo de la memoria de la aplicación?

El uso de un Singleton puede tener un impacto negativo en la memoria de la aplicación, ya que mantiene la instancia viva durante toda la ejecución de la app, incluso si ya no se necesita. Esto puede llevar a un consumo innecesario de memoria si no se gestiona correctamente.