Refactorización: Difference between revisions
Jump to navigation
Jump to search
| (3 intermediate revisions by the same user not shown) | |||
| 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 == | ||
| Line 34: | Line 34: | ||
</div> | </div> | ||
== Referencias == | == Referencias == | ||
* Beck, Kent. (2000). ''Extreme Programming Explained: Embrace Change''. Addison-Wesley Professional. | |||
* Fowler, Martin. (1999). ''Refactoring: Improving the Design of Existing Code''. Addison-Wesley Professional. | |||
== Véase también == | == Véase también == | ||
| Line 53: | Line 52: | ||
</div> | </div> | ||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category: | [[Category:Prácticas técnicas]] | ||
[[Category: | [[Category:Prácticas ágiles]] | ||