SOLID in der Praxis
Fünf Prinzipien als Werkzeuge für Veränderung, nicht als Gebote.
Die fünf SOLID-Prinzipien so, wie erfahrene Entwickler sie wirklich nutzen - als Heuristiken für leicht änderbaren Code, angewandt auf eine unordentliche, aber reale Ledger-Codebasis statt auf Spielbeispiele. Single Responsibility, Open/Closed, Liskov-Substitution, Interface Segregation und Dependency Inversion - jedes als Lösung für einen konkreten Schmerz.
Lektionen in dieser Stufe
- 01
Prinzipien, keine Regeln
FortgeschrittenWofür SOLID wirklich da ist - Design für Veränderung -, warum die Prinzipien Heuristiken und keine Gesetze sind, und die unordentliche Ledger-Codebasis, die wir den ganzen Pfad über verbessern.
13 Min. - 02
Single Responsibility
FortgeschrittenEine Klasse sollte einen Grund zur Änderung haben. Kohäsion, die vielen Aufgaben, die eine 'Gott-Klasse' heimlich erledigt, und wie das Aufteilen nach Verantwortlichkeit Code sicher änderbar macht.
14 Min. - 03
Open/Closed
ExperteOffen für Erweiterung, geschlossen für Änderung: Verhalten hinzufügen, ohne getesteten Code zu bearbeiten - mit Polymorphie und dem Strategy-Muster statt wachsender if/else-Ketten.
14 Min. - 04
Liskov-Substitution
ExperteSubtypen müssen über den Basistyp nutzbar sein, ohne Überraschungen. Die klassische Quadrat/Rechteck-Falle, verhaltensbasierte Subtypisierung und warum 'ist-ein' nicht genügt.
14 Min. - 05
Interface Segregation
FortgeschrittenKein Client sollte von Methoden abhängen, die er nicht nutzt. Fette Interfaces, der Smell leerer Methoden und das Aufteilen in fokussierte Rollen-Interfaces.
12 Min. - 06
Dependency Inversion
ExperteVon Abstraktionen abhängen, nicht von Konkretionen - damit Policy nicht fest mit Details verdrahtet ist. Das Prinzip, das Code testbar macht und hexagonale Architektur vorbereitet.
15 Min.