Refactoring-Fallstricke: Wann man nicht refaktorieren sollte

Dieser Artikel untersucht die Fallstricke des Code-Refactorings und hebt hervor, dass nicht jeder Code refaktoriert werden muss. Der Autor beschreibt mehrere Szenarien, in denen Refactoring ungeeignet ist, wie z. B. der Versuch, Fehler durch Refactoring zu beheben oder sich an Änderungen von Drittanbietern anzupassen; die Einführung unnötiger Abstraktion, die zu Codekomplexität führt; die gleichzeitige Behandlung mehrerer Code-Gerüche; das Refactoring von ungetestem Code; und das Refactoring von unveränderlichem Code. Der Artikel betont, dass Refactoring inkrementell sein sollte, das Verhalten erhalten sollte und kleine, reversible Änderungen mit Testabdeckung beinhalten sollte. Er empfiehlt, das Refactoring zu unterbrechen, wenn das Verständnis fehlt oder neue Anforderungen auftauchen. Das Refactoring von häufig geändertem und komplexem Code liefert die besten Ergebnisse.