Loading content
Die SOLID Prinzipien sind ein Set von fünf Designprinzipien, die von Robert C. Martin formuliert wurden. Sie zielen darauf ab, die Wartbarkeit und Flexibilität von Software zu erhöhen, indem sie klare Richtlinien für die Strukturierung von Klassen und deren Interaktionen bieten. Diese Prinzipien sind: Single Responsibility Principle (SRP), Open/Closed Princi…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Die SOLID-Prinzipien sind fünf Leitlinien für objektorientierten Entwurf, die Verantwortlichkeiten, Abhängigkeiten und Erweiterbarkeit von Software strukturieren.
Die fünf Buchstaben bündeln Entwurfsprinzipien, die Robert C. Martin ab den 1990er-Jahren in der objektorientierten Softwareentwicklung verbreitete. Sie bauen auf älteren Ideen zu Kopplung, Kohäsion, Abstraktion und Substitution auf.
SOLID ist ein Prüfrahmen für Änderungsgrenzen: Eine Verantwortung sollte sich gezielt ändern lassen, Abhängigkeiten zeigen auf Abstraktionen, und Untertypen müssen ihre Verträge einhalten. Die Prinzipien sind Hinweise, keine Schablonen.
Einzelverantwortung
Offen-geschlossen
Abhängigkeitsumkehr
SOLID liefert eine gemeinsame Sprache für Code-Reviews und Refactoring und kann Änderungsfolgen begrenzen. Überanwendung erzeugt zusätzliche Abstraktionen und erschwert einfachen Code; die tatsächlichen Änderungsmuster entscheiden.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.