Refactoring

Was bedeutet „Refactoring“?

Das Verbessern der Codestruktur ohne Verhaltensänderung.

So verwendest du das Wort

Vor dem Ausbau steht ein gründliches Refactoring.

Innen aufräumen, während außen alles gleich bleibt

Eine Anwendung berechnet Versandkosten an fünf verschiedenen Stellen mit fast identischem Code. Eine Entwicklerin bündelt die wiederholte Logik in einer gemeinsamen Funktion. Für Nutzer sollen dieselben Eingaben weiterhin dieselben Versandkosten ergeben. Die interne Verbesserung bei erhaltenem Verhalten ist ein typisches Beispiel für Refactoring.

Der Nutzen liegt in der Struktur

Wenn eine Berechnungsregel später geändert werden soll, muss sie nicht mehr an mehreren Stellen gesucht werden. Verständliche Namen und klarere Zuständigkeiten können ebenfalls helfen. Refactoring erleichtert damit häufig künftige Arbeit, ohne selbst schon eine neue sichtbare Funktion einzuführen.

Verhalten erhalten

Refactoring bezeichnet die Umstrukturierung von Software mit dem Ziel, ihre innere Qualität zu verbessern, während ihr beobachtbares Verhalten erhalten bleibt. Dazu können kleine, aufeinander aufbauende Änderungen gehören. Der Begriff beschreibt also eine bestimmte Art der Veränderung und nicht beliebige Arbeiten an bestehendem Programmcode.

Eine Fehlerkorrektur ist eine andere Absicht

Wird zugleich eine falsche Versandkostenregel berichtigt, ändert sich das Ergebnis absichtlich. Diese Korrektur ist nicht allein Refactoring, auch wenn dabei Code umgebaut wird. In der Praxis können beide Arbeiten benachbart sein. Sie gedanklich zu trennen hilft, beabsichtigte Verhaltensänderungen von unbeabsichtigten Fehlern zu unterscheiden.

Natürlich im Team verwenden

„Vor der Erweiterung refaktorieren wir die Versandlogik.“ Das kündigt strukturelle Vorarbeit an. Aussagekräftiger wird es durch das Ziel, etwa doppelte Regeln zusammenzuführen. Geeignete Tests und Vergleiche können dabei helfen zu prüfen, ob bestehendes Verhalten erhalten bleibt; die bloße Bezeichnung garantiert diesen Erfolg nicht.

Zwei Änderungen zuordnen

Vergleiche das Umbenennen einer unverständlichen internen Variable mit der Einführung einer neuen Versandgebühr. Welche Änderung kann Refactoring sein, welche verändert die fachliche Funktion? Erkläre anschließend, weshalb auch ein scheinbar rein interner Umbau geprüft werden sollte. Die Absicht, Verhalten zu erhalten, ersetzt keinen Nachweis.