SerialDate: Diagnóstico
Un caso de estudio para leer código legado de forma crítica — encuentra los malos olores antes de tocar nada.
Lee Antes de Tocar
El primer paso con cualquier clase legada es el diagnóstico. Lee el código de arriba a abajo. Lista cada mal olor. No arregles nada todavía — entender el panorama completo antes de la primera edición previene roturas en cascada. La clase SerialDate de la librería JCommon es un famoso caso de estudio del capítulo 16 de Clean Code.
Malos Olores Comunes de SerialDate
Niveles de abstracción mezclados: métodos estáticos utilitarios junto a métodos de instancia abstractos. Obsesión por primitivos: meses almacenados como enteros en lugar de un enum. Nombre engañoso: "Serial" es un detalle de implementación, no el concepto del dominio. Clase excesivamente grande: una clase haciendo aritmética de fechas, análisis, formato y serialización.
Desafío de Código
Nombra cada mal olor antes de ver la versión diagnosticada.
💡Conclusión clave
El diagnóstico es una disciplina. Escribe cada mal olor que observes antes de cambiar una sola línea — la lista se convierte en tu plan de refactorización.
🔧 Algunos ejercicios pueden tener errores. Si algo parece incorrecto, usa el botón Feedback (abajo a la derecha) para reportarlo — nos ayuda a corregirlo rápido.
Pista: Diagnóstico antes de la cirugía. Lista cada mal olor que encuentres antes de escribir una sola línea de código nuevo.
✗ Tu versión