Refactorización: Difference between revisions
Jump to navigation
Jump to search
| Line 5: | Line 5: | ||
== Cuándo refactorizar == | == Cuándo refactorizar == | ||
La refactorización no es una actividad separada del desarrollo: es algo que los desarrolladores hacen de forma continua. Fowler propone la "regla del campamento": deja el código un poco mejor de como lo encontraste. | La refactorización no es una actividad separada del desarrollo: es algo que los desarrolladores hacen de forma continua. Fowler propone la "regla del campamento": deja el código un poco mejor de como lo encontraste. | ||
Al añadir una nueva funcionalidad que requeriría código duplicado o lógica enredada. | '''Situaciones que invitan a refactorizar:''' | ||
Al corregir un error cuya causa raíz es una mala estructura del código. | * Al añadir una nueva funcionalidad que requeriría código duplicado o lógica enredada. | ||
Después de una revisión de código que identifica áreas de mejora. | * Al corregir un error cuya causa raíz es una mala estructura del código. | ||
Al revisar código heredado que hay que extender. | * Después de una revisión de código que identifica áreas de mejora. | ||
* Al revisar código heredado que hay que extender. | |||
== Relación con TDD == | == Relación con TDD == | ||