Code-Duplizierung ist günstiger als falsche Abstraktionen
Die meisten Entwickler lernen früh das DRY-Prinzip kennen. Do Not Repeat Yourself.
Diese Regel ergibt Sinn. Sie verhindert Fehler und spart Zeit.
Aber viele Entwickler befolgen diese Regel zu streng. Sie versuchen, alles in eine einzige Funktion oder Klasse zu verschmelzen. Das führt zu Over-Engineering.
Wenn man zwei verschiedene Logikbausteine in eine einzige Abstraktion zwingt, schafft man Probleme. Man erhöht die Komplexität. Man macht den Code schwer lesbar.
Eine falsche Abstraktion kostet mehr als ein wenig Duplizierung.
Wenn man Code dupliziert, weiß man genau, wo die Logik liegt. Wenn man einen Teil ändern muss, ändert man ihn genau dort.
Wenn man eine schlechte Abstraktion verwendet, muss man alles ändern, was damit verbunden ist. Man läuft Gefahr, Funktionen zu beeinträchtigen, die nichts mit der aktuellen Aufgabe zu tun haben.
Befolge diese Regeln, um auf der sicheren Seite zu bleiben:
- Schreibe Code für die aktuelle Aufgabe.
- Warte, bis sich ein Muster dreimal zeigt, bevor du abstrahierst.
- Priorisiere Lesbarkeit gegenüber der Einsparung von ein paar Codezeilen.
- Akzeptiere, dass ein gewisses Maß an Duplizierung gesund ist.
Hör auf zu versuchen, jede Codezeile perfekt zu machen. Konzentriere dich darauf, deinen Code leicht veränderbar zu machen.