EloyGM
  • Apps
  • Artículos
  • Sobre mí
  • Contacto

Patrones de Diseño esenciales para cualquier programador de Kotlin

Singelton, Factory, y Builder adaptados a la modernidad idiomática

14 de enero de 2026

1. El Singleton elegante con Objetos puros

El antiguo horror en Java donde necesitábamos asegurar constructor privativo, comprobaciones dobles por bloqueos `synchronized`, volatile variables, etc... Kotlin lo sepultó mágicamente. Instanciando un archivo nombrandolo `object MyManager` el compilador de Kotlin genera de forma atómica y 100% thread-safe por debajo tu Singleton estático inalterable de por vida. Aunque como vimos con DI (Clean Architecture) debes de limitarlos a los casos verdaderamente extremos donde la duplicidad corrompe el sistema (Ej. Una instancia de base de datos abstracta de sistema).

2. Companion Object para Factories

El Factory Pattern, utilizado para crear diferentes variantes de clases bases (Por ejemplo, en un ViewModel custom de Jetpack en la era pre-Hilt), se solventa elegantemente asociándolo al "estático falso" de Kotlin: The Companion Object. Empleando este método interno en una clase emulamos constructores estáticos alternos devolviendo representaciones diversas (ej, `User.createAnonymousUser()`).

3. Patrón Builder sepultado por los Parámetros Nombrados

Históricamente debíamos de programar una "clase Builder" masiva de 500 lineas para poder ensamblar poco a poco un objeto de DialogAlert complicado lleno de configuraciones opcionales como `Builder().setTitle("Hi").setDesc("A").setImg("B").build()`. Eso es basura en 2026 al trabajar nativamente en Kotlin. Gracias al soporte intrincado e inteligente de los `Named Arguments` y `Default parameters` de constructor de las `Data class`, generaremos esa inmensidad en una humilde llamada única reduciendo dramáticamente al inmenso boilerplate ciego.

EloyGM

Desarrollador Android indie

Apps

Artículos

Privacidad

Legal

© 2026 EloyGM