Code Smells, Kata y TDD Flashcards
¿Qué es la refactorización?
Es una técnica para reestructurar un cuerpo de código existente, alterando su estructura interna sin cambiar su comportamiento externo.
¿Cómo se logra la refactorización?
- Con pruebas unitarias para garantizar que el comportamiento externo no haya sido modificado
- Aplicando las refactorizaciones propuestas
¿Cuál es el flujo de una refactorización?
- Asegúrese de que todas las pruebas pasen
- Encontrar code smells
- Encontrar refactorización
- Aplicar refactorización
Explique los code smells que se vieron en la materia.
- Código duplicado
- Métodos muy largos
- Clases muy largas
- Lista de parámetros larga
- Cambio divergente: cambios múltiples afectan una misma clase o módulo.
- Shotgun Surgery: Cuando cambios pequeños requieren modificaciones en muchas partes del código.
- Feature Envy: Cuando un método o función de una clase accede excesivamente a los miembros de otra clase en lugar de utilizar sus propios miembros.
- Data Clumps: Grupos de datos relacionados que aparecen juntos repetidamente en el código
- Primitive Obsession: Tendencia de utilizar tipos primitivos (como cadenas, números, etc) para representar conceptos que podrían ser mejor representados por clases específicas.
- Uso de switch
- Lazy class: Clase que no hace lo suficiente para justificar su existencia.
- Data Class: Clase cuya única función es almacenar datos sin ningún comportamiento adicional o lógica.
-
Message Chains: Cadena de llamados:
clase.metodo1().metodo2() - Control flag: Presencia de una variable booleana (o un conjunto de variables) que se utiliza para controlar el flujo de ejecución en una función o método.
Explique los refactorings que se vieron en la materia.
- Introduce Explaining Method: Introduce un método para explicar una funcionalidad compleja dentro de una clase.
- Split Temporary Variable: divide una variable temporal en varias, para mejorar la claridad del código.
- Extract Class: Mueve un conjunto coherente de campos y métodos de una clase a una nueva clase separada.
- Decompose Conditional: Divide una estructura condicional grande en métodos o funciones más pequeños y legibles.
- Consolidate conditional expression: Combina múltiples expresiones condicionales similares en una sola, para reducir la duplicación de código.
- Consolidate duplicate conditional fragments: Agrupa fragmentos de código condicionalmente duplicados en un único lugar para mejorar la mantenibilidad.
- Remove control flag: Elimina el uso de banderas de control (variables booleanas) reemplazándolas con estructuras de control más claras y directas.
- Replace nested conditionals with guard clauses: Sustituye condicionales anidados por cláusulas de guardia (early returns) para mejorar la legibilidad y reducir la complejidad.
- Introduce Null Object: Crea un objeto nulo que implemente una interfaz común para manejar casos donde se utilizan valores nulos de manera explícita.
- Replace parameter with method: Convierte un parámetro en un método que calcule su valor automáticamente para reducir la complejidad.
- Introduce parameter object: Agrupa varios parámetros relacionados en un objeto único para mejorar la organización y la legibilidad del código.
- Replace error code with exception
- Replace primitive with object: Reemplaza tipos primitivos (como números y cadenas) con objetos que encapsulen su comportamiento y datos para mejorar la claridad y la extensibilidad del código.
¿Qué es Kata?
Kata es un ejercicio de práctica repetitiva en programación, especialmente en el contexto de la programación orientada a objetos y el desarrollo ágil de software.
¿A qué se refiere Kata en el ámbito de la programación?
En el ámbito de la programación, Kata se refiere generalmente a un pequeño problema o desafío que los desarrolladores resuelven de manera iterativa, aplicando principios de diseño de software, técnicas de codificación y buenas prácticas de desarrollo.
Las katas ayudan a mejorar la habilidad, la fluidez y la calidad del código de los programadores a medida que practican y refinan su habilidades a través de la repetición y la retroalimentación.
Explique las etapas de TDD
- RED: hacer un test que falle
- GREEN: hacer código que funcione para que el test pase
- REFACTOR: Eliminar la redundancia y mejorar la calidad de código.
