Entwurfsmuster stehen historisch für eine Verdichtung objektorientierter Entwurfserfahrung. In größeren Softwaresystemen treten ähnliche Probleme immer wieder auf: Wie erzeugt man Objekte flexibel? Wie trennt man Verantwortlichkeiten? Wie koppelt man Klassen nicht unnötig eng? Wie kann Verhalten ausgetauscht oder erweitert werden? Design Patterns geben solchen wiederkehrenden Lösungen Namen.
Für Q1.1 ist diese Perspektive noch nicht als Katalog verbindlich. Schülerinnen und Schüler müssen keine 23 Muster lernen. Aber die Voraussetzungen der Musterlogik entstehen genau hier: Klassen besitzen Zuständigkeiten, Objekte arbeiten zusammen, Schnittstellen begrenzen Abhängigkeiten, Vererbung und Polymorphie ermöglichen gemeinsame Nutzung unterschiedlicher Spezialfälle, abstrakte Klassen und Interfaces trennen Vertrag und konkrete Implementierung.
Das Schulbibliotheksmodell kann dadurch tiefer gelesen werden. Eine Oberklasse Medium ist nicht nur ein Trick gegen doppelte Attribute. Sie ist eine Entwurfsentscheidung zur Bündelung gemeinsamer Struktur. Ein Interface KatalogEintrag ist nicht nur zusätzliche Syntax. Es modelliert eine gemeinsame Fähigkeit unabhängig von der Vererbungshierarchie. Eine Aggregation oder Assoziation beschreibt nicht nur eine Linie, sondern eine Verantwortung im System.
Entwurfsmuster zeigen also, wohin Q1.1 führt: vom Erkennen einzelner Klassen zur Begründung tragfähiger Entwurfsstrukturen. Sie rahmen objektorientierte Modellierung als Erfahrungswissen, nicht nur als Notation.
Im D-Book bleibt Design Patterns deshalb bewusst Kontextanker. Der Artikel vertieft die Idee wiederverwendbaren Entwurfswissens, ohne die Inhaltsseite mit Pattern-Systematik zu überladen.