Informatik Softwareentwicklung – Refactoring-Techniken

Ein Code Smell ist ein oberflächliches Anzeichen für tieferliegende Probleme im Code, wie duplizierte Logik, zu lange Methoden oder übermäßige Kopplung zwischen Klassen.

Wenn ein Code-Fragment logisch zusammengehört, wiederverwendet werden soll oder eine Methode zu lang wird – man extrahiert es in eine eigene, sprechend benannte Methode.

Extract Class teilt eine Klasse mit zu vielen Verantwortlichkeiten in zwei Klassen auf, wobei die neue Klasse einen zusammenhängenden Teil der Daten und Methoden übernimmt.

Rename Method ändert den Methodennamen so, dass er die Absicht der Methode präzise beschreibt – dies erhöht die Lesbarkeit ohne funktionale Änderung.

Wenn eine Methode mehr Features einer anderen Klasse nutzt als ihrer eigenen – man verschiebt sie dorthin, wo sie am meisten verwendet wird.

Eine temporäre Variable, die das Ergebnis eines Ausdrucks hält, wird durch eine Methode ersetzt, die den Ausdruck berechnet – dies ermöglicht Wiederverwendung und einfachere Extraktion.

Mehrere Parameter, die immer zusammen übergeben werden, werden zu einem eigenen Objekt gebündelt – das reduziert Parameterlisten und schafft kohärente Datenstrukturen.

Ein komplexer konditionaler Block wird durch Vererbung ersetzt: Jeder Zweig wird zu einer Unterklasse mit eigener Implementierung, der Aufruf erfolgt polymorph über eine gemeinsame Schnittstelle.

Zahlenliterale mit besonderer Bedeutung erhalten einen sprechenden Konstantennamen – das dokumentiert die Absicht und erleichtert spätere Änderungen an zentraler Stelle.

Pull Up Method verschiebt identische Methoden von Unterklassen in die Superklasse; Push Down Method verschiebt eine Superklassen-Methode nur in die Unterklassen, die sie tatsächlich benötigen.

Wenn eine Klasse nur einen Teil der Superklasse nutzt oder die Hierarchie brüchig wird, ersetzt man Vererbung durch Komposition: Die Klasse hält eine Instanz der ehemaligen Superklasse und delegiert Aufrufe.

Beim ersten Mal Code schreiben, beim zweiten Mal duplizieren tolerieren, beim dritten Mal refaktorisieren – so vermeidet man verfrühte Abstraktionen und echte Duplikation.

Tests stellen sicher, dass das Verhalten nach jeder Code-Änderung erhalten bleibt – ohne Tests ist Refactoring riskant, da Regressionen unbemerkt bleiben würden.