29_10_2022
Cambiar el diseño o estructura del código para mejorarlo sin afectar el comportamiento externo, de manera más fácil, cambiar el código sin cambiar el resultado que nos da, teniendo en cuenta esto podríamos decir que el arreglo de errores no es refactorizacion, ya que hay cambios en el resultado.
Cambiar la implementación de una funcionalidad sin cambiar la funcionalidad en si misma.
Cambiar la estructura interna sin modificar el comportamiento externo.
Hacer cambios internos sin que se noten desde el exterior.
Así como con el tiempo el software se deteriora poco a poco, la refactorización debería mejorar el código poco a poco. - Martin Fowler.
Cuando cambiamos el código lo mejoramos para: Hacerlo más eficiente al abordar dependencias y complejidades; Hacerlo más mantenible o reutilizable al aumentar la eficiencia y legibilidad del código; Hacerlo más fácil de leer y comprender; Hacer más fácil encontrar y corregir errores o vulnerabilidades.
- Ten en cuenta si entiendes o no lo que estás pensando en refactorizar.
- Ten en cuenta que es mejor mantén el refactor lo más pequeño posible.
- Define bien el alcance que va a tener el refactor.
- Ten en cuenta que puede retrasarte ¿La refactorizacion en la que estoy pensando es menos compleja que la tarea que estoy haciendo ahora?
- Ten en cuenta si puedes saber si rompiste algo ¿Hay pruebas que cubran el 100% del código que quiero refactorizar?
- Comenta la refactorizacion en la que estás pensando con el resto del equipo, no te mandes solo.
Deja el código mejor de lo que estaba, esto siempre que sea posible y seguro, si es tenemos en cuenta lo anterior.
Se implementa una vez, dos veces y a la tercera se refactoriza para facilitar futuras implementaciones, esta regla va de maravillas si trabajas solo, pero en equipo es bastante inútil.
Los code smells o los olores en el código son una serie de señales de que un código podría refactorizarce, pero también existen otras guías sobre que y como refactorizar un código.
- A Taxonomy for "Bad Code Smells".
- Martin Fowler catalogo de refactorizaciones.
- Martin Fowler en su libro sobre refactorización separa la misma en grupos.
- ¿Hará que la funcionalidad a implementar se implemente más rápido incluyendo la refactorizacion?
- ¿Me permitirá corregir errores más rápido?
- ¿Los errores tardan en resolverse por la complejidad del código? ¿Es mejor una re-implementación en vez de la refactorizacion?
- ¿El equipo en el que trabajo va a entender la refactorizacion y la aceptara?
- ¿Hará que consiga más clientes?
- ¿Mejorara el rendimiento de la aplicación notablemente? Y esto hay que tenerlo en cuenta solo si el rendimiento es un problema a resolver.
/// Refactoring, improving the design of existing code - Martin Fowler: https://www.refactoring.com/ Cuando refactorizar tu código?(Hola mundo): https://www.youtube.com/watch?v=Cd-tw8xxMu8 ¿Sabes lo que significa Refactorizar? (BettaTech): https://www.youtube.com/watch?v=6uBOlGrcj4A&t=3s El arte de la refactorización - Estefany Aguilar (PlatziConf): https://www.youtube.com/watch?v=5nS6BI8Tc8A&t=18s https://www.adictosaltrabajo.com/2015/09/28repasando-los-clasicos-refactoring-de-martin-fowler/ ///