¿Cuándo deberías refactorizar?

2024 Autor: Lynn Donovan | [email protected]. Última modificación: 2023-12-15 23:45

Martin Fowler describe la regla de tres, que explica cuando refactorizar , en su libro Refactorización . Dice que la primera vez que los desarrolladores hacer algo, ellos debería hacer es sencillo. La próxima vez, si ellos hacer algo similar, pueden duplicar el fragmento de código existente. La tercera vez, ellos debería refactorizar.

Por lo tanto, ¿cuándo no debería refactorizar?

Dado el código sin pruebas, puede refactorizar para hacerlo más comprobable. Tú haces no refactorizar código cuando no puede probar el código resultante a tiempo para entregarlo de manera que aún sea valioso para el destinatario. Tú haces no refactorizar código cuando tu refactorización voluntad no mejorar la calidad del código.

También sepa, ¿cuándo se debe realizar la refactorización en ágil? Refactorización Principio dos: catalizadores comerciales Si la empresa necesita una nueva función, entonces la refactorización debería solo sé hecho en aquellas partes del sistema que son necesarias para habilitar esa función. En otras palabras, no refactorizar toda la interfaz de usuario, solo refactorizar las partes que se relacionan con la solicitud comercial específica.

Además de lo anterior, ¿cuándo debería realizar la refactorización?

Refactorización es el proceso de cambiar la estructura del código sin cambiar su comportamiento . Debería ser usado para Facilitar la adición de funciones. Dado que el resultado es un código que "huele" mejor, a veces las personas se confunden y piensan que refactorización es un final para sí mismo. I no estoy de acuerdo con ese sentimiento.

¿Qué te hace refactorizar?

Uno de los principales razones para la refactorización es que en algun momento usted descubrir que el código es utilizado por más de una ruta de código y usted no quiero duplicar (copiar y pegar) pero reutilizar. Esto es especialmente importante en los casos en que usted encontrar un error en ese código.