17. Wispri: Architektur-Refactorings

… warum oft nicht gemacht und wie wir bei Catalysts das machen

Refactoring ist die manuelle oder automatisierte Strukturverbesserung von Programmen unter Beibehaltung des beobachtbaren Verhaltens. Wenn man Software testgetrieben entwickelt, gehört Refactoring (im Kleinen) zur ganz normalen Arbeit: “Red – Green – Refactor”.
Architektur-Refactorings sind größere Umstellungen – natürlich auch mit größeren Risiken, aber potenziell auch mit größerem Nutzen für die Lesbarkeit, Verständlichkeit, Wartbarkeit und Erweiterbarkeit von Software-Systemen.

Diese Wissensspritze befasst sich damit, warum solche Architektur-Refactorings oft nicht gemacht werden, was man im Vorfeld tun kann, um die Notwendigkeit für solche Refactorings prinzipiell zu reduzieren, wie man sich ein Sicherheitsnetz aufbauen kann und wann man solche Architektur-Refactorings schlussendlich doch machen kann (und sollte).

Hinterlasse einen Kommentar

*wird nicht veröffentlicht