¡Hola!
Material utilizado
- Video Próximamente
- Presentación
Resumen
En esta clase estuvimos analizando algunos Code smells (o indicios que denotan que puede haber un problema de diseño detrás) y refactoring.
Para hacer el refactor, nos apoyamos en algunas de las herramientas que nos provee el IDE (como fue renombrar clases asegurando la consistencia, algo que usando un editor de texto más limitado tendríamos que controlar a mano).
Fuimos teniendo en cuenta algunas cuestiones comunes a cualquier refactor:
- no hacer todo el refactor de una, sino que ir haciendo commits pequeños
- después de cada cambio en el diseño, correr los tests para validar que los resultados obtenidos no hayan variado
Además, vimos por qué el testing es importante: no sólo nos permite validar que nuestro código se adecúe a los requerimientos, sino que son una base clave para poder hacer cualquier refactor (estando seguros de que no rompimos nada).
Además hablamos de herramientas que nos sirven para detectar problemas en nuestro código y como organizarnos cuando estamos manejando un proyecto.
Estuvimos viendo las herramientas que nos sirven para reutilizar comportamientos entre distintos proyectos, por ejemplo con bibliotecas o frameworks. Hablamos de que cuando usamos un framework hay inversión de control, ya que le cedemos el control a ellos (don’t call us, we’ll call you).
Material
- Manejo del cambio: Expansión y refactoring
- Biblioteca vs. Framework
- Cobertura - CI - TDD
- Ejemplos Code Smells
- Ejercicio Monedero
- Testing - Para repasar
De manera adicional, agregamos un articulo de Martin Fowler sobre deuda ténica
Para la próxima clase
- Apuntes para leer
- Introducción a la inyección de dependencias Ya estaba en los de la clase anterior 😎
- Diseño de interfaces entrantes/salientes
- Impostores
- Formulario de entrega
- Para entregar