Entwurfsmuster: Strategy und ObserverAktivitäten & Unterrichtsstrategien
Aktive Lernformen wie Paarprogrammierung oder Gruppenarbeit machen die abstrakten Konzepte der Entwurfsmuster Strategy und Observer greifbar. Durch das direkte Arbeiten mit Code und Szenarien erkennen Schülerinnen und Schüler sofort, wie diese Muster Wartbarkeit und Flexibilität erhöhen, statt nur Theorie zu hören.
Lernziele
- 1Analysieren Sie Code-Beispiele, um die Struktur und den Zweck des Strategy-Musters zu identifizieren.
- 2Erklären Sie die Vorteile des Observer-Musters hinsichtlich der losen Kopplung anhand eines GUI-Simulationsszenarios.
- 3Implementieren Sie das Strategy-Muster zur dynamischen Anpassung des Verhaltens einer Anwendung in einer gegebenen Programmieraufgabe.
- 4Entwerfen Sie eine einfache Anwendung, die das Observer-Muster zur Benachrichtigung mehrerer Komponenten über Zustandsänderungen nutzt.
- 5Vergleichen Sie die Komplexität einer Lösung mit verschachtelten bedingten Anweisungen mit einer Strategy-Muster-Implementierung für dieselbe Funktionalität.
Möchten Sie einen vollständigen Unterrichtsentwurf mit diesen Lernzielen? Mission erstellen →
Paarprogrammierung: Strategy für Sortieralgorithmen
Paare implementieren eine Sortierklasse mit Strategy-Interface für Bubble- und QuickSort. Sie tauschen Algorithmen zur Laufzeit und messen Laufzeiten. Abschließend refaktorisieren sie eine if-else-Version.
Vorbereitung & Details
Wie erkennt man Situationen, in denen ein spezifisches Muster wie Strategy die Komplexität reduziert?
Moderationstipp: Fordern Sie die Paare auf, ihre Strategie-Implementierungen gegenseitig zu testen, indem sie die Sortieralgorithmen auswechseln und die Ergebnisse vergleichen.
Setup: Gruppentische mit Zugang zu Recherchequellen
Materials: Dokumentation des Problemszenarios, KWL-Tabelle (Wissen, Wollen, Lernen) oder Inquiry-Framework, Ressourcenpool / Handapparat, Vorlage für die Ergebnispräsentation
Gruppenarbeit: Observer für Wetterstation
Gruppen modellieren eine Wetterstation als Subject mit Temperatur-Observern. Sie implementieren attach/detach/notify und testen mit mehreren Displays. Eine Präsentation zeigt lose Kopplung.
Vorbereitung & Details
Erklären Sie, wie das Observer-Muster die lose Kopplung zwischen Objekten fördert.
Moderationstipp: Geben Sie der Gruppe eine klare Struktur für die Observer-Implementierung vor, z.B. ein Interface mit update()- und attach()/detach()-Methoden, um die lose Kopplung sichtbar zu machen.
Setup: Gruppentische mit Zugang zu Recherchequellen
Materials: Dokumentation des Problemszenarios, KWL-Tabelle (Wissen, Wollen, Lernen) oder Inquiry-Framework, Ressourcenpool / Handapparat, Vorlage für die Ergebnispräsentation
Whole-Class-Refactoring: Von Conditionals zu Patterns
Die Klasse analysiert gemeinsam eine Event-Handler-Klasse mit if-else. Sie refactoren zu Strategy/Observer und vergleichen in Plenum. Jede*r testet eine Variante.
Vorbereitung & Details
Konstruieren Sie ein Szenario, in dem das Strategy-Muster eine bessere Lösung bietet als bedingte Anweisungen.
Moderationstipp: Nutzen Sie ein gemeinsames Code-Beispiel mit vielen if-else-Blöcken und zeigen Sie live, wie das Refactoring zum Strategy-Muster die Lesbarkeit und Erweiterbarkeit verbessert.
Setup: Gruppentische mit Zugang zu Recherchequellen
Materials: Dokumentation des Problemszenarios, KWL-Tabelle (Wissen, Wollen, Lernen) oder Inquiry-Framework, Ressourcenpool / Handapparat, Vorlage für die Ergebnispräsentation
Individual: Muster-Szenario entwerfen
Jede*r entwirft ein reales Szenario für Strategy oder Observer, skizziert UML und codet Prototyp. Peer-Review folgt.
Vorbereitung & Details
Wie erkennt man Situationen, in denen ein spezifisches Muster wie Strategy die Komplexität reduziert?
Moderationstipp: Legen Sie für die individuelle Szenario-Entwürfe klare Kriterien fest, z.B. mindestens zwei austauschbare Strategien oder drei Observer, die auf ein Subject reagieren.
Setup: Gruppentische mit Zugang zu Recherchequellen
Materials: Dokumentation des Problemszenarios, KWL-Tabelle (Wissen, Wollen, Lernen) oder Inquiry-Framework, Ressourcenpool / Handapparat, Vorlage für die Ergebnispräsentation
Dieses Thema unterrichten
Lehrerinnen und Lehrer beginnen mit konkreten Problemen, die durch bedingte Anweisungen oder starre Kopplung entstehen. Sie zeigen nicht nur die Lösung, sondern lassen Lernende selbst nach Alternativen suchen, etwa durch gezielte Fragen wie 'Wo sehen Sie Redundanzen im Code?'. Wichtig ist, dass die Vorteile der Muster nicht nur theoretisch erklärt, sondern durch praktische Beispiele und Messungen (z.B. Anzahl der Zeilen vor/nach Refactoring) sichtbar werden.
Was Sie erwartet
Am Ende sollen Lernende in der Lage sein, selbstständig Strategy und Observer anzuwenden, um bedingte Anweisungen zu reduzieren und lose Kopplung zu demonstrieren. Die Aktivitäten fördern das Verständnis für die Vorteile dieser Muster in realen Softwarearchitekturen.
Diese Aktivitäten sind ein Ausgangspunkt. Die vollständige Mission ist das Erlebnis.
- Vollständiges Moderationsskript mit Lehrkraft-Dialogen
- Druckfertige Schülermaterialien, bereit für den Unterricht
- Differenzierungsstrategien für jeden Lerntyp
Vorsicht vor diesen Fehlvorstellungen
Häufige FehlvorstellungWährend der Paarprogrammierung zu Strategy für Sortieralgorithmen, achten Sie darauf, dass Schülerinnen und Schüler nicht annehmen, Strategy sei ausschließlich für Sortierlogik geeignet.
Was Sie stattdessen lehren sollten
Während der Paarprogrammierung lassen Sie die Lernenden gezielt nach weiteren Anwendungsfällen suchen, z.B. Zahlungsmethoden oder Berechnungslogik, und dokumentieren Sie die gefundenen Beispiele auf einem Plakat.
Häufige FehlvorstellungWährend der Gruppenarbeit zu Observer für die Wetterstation, erkennen Sie oft die Annahme, das Muster erfordere enge Kopplung zwischen Subject und Observers.
Was Sie stattdessen lehren sollten
Während der Gruppenarbeit fordern Sie die Lernenden auf, die attach()- und detach()-Methoden zu nutzen und die Schnittstellen (Interfaces) explizit zu benennen, um die lose Kopplung sichtbar zu machen.
Häufige FehlvorstellungWährend des Whole-Class-Refactorings von Conditionals zu Patterns, kann die Annahme entstehen, beide Muster erhöhten den Codeumfang unnötig.
Was Sie stattdessen lehren sollten
Während des Refactorings machen Sie die Wartbarkeit messbar, indem Sie vor und nach dem Refactoring die Anzahl der Zeilen und die Komplexität (z.B. mit Tools wie SonarQube) vergleichen und die Ergebnisse visualisieren.
Ideen zur Lernstandserhebung
Nach der Paarprogrammierung zu Strategy für Sortieralgorithmen geben Sie den Lernenden ein Code-Snippet mit if-else-Blöcken zur Auswahl eines Algorithmus. Sie sollen erklären, wie das Strategy-Muster diese Struktur vereinfacht und welche Vorteile dies für spätere Erweiterungen hat.
Nach der Gruppenarbeit zu Observer für die Wetterstation stellen Sie den Lernenden die Frage: 'Wie würde das Observer-Muster die Anzeige in einer Wetter-App aktualisieren, wenn neue Daten vom Server kommen? Nennen Sie das Subject und mindestens zwei Observer und beschreiben Sie den Benachrichtigungsprozess.'
Während der individuellen Szenario-Entwürfe diskutieren die Lernenden in Kleingruppen: 'In welchen Fällen wäre das Observer-Muster übertrieben? Nennen Sie ein Szenario, in dem direkte Kopplung oder eine einfachere Benachrichtigungslogik besser geeignet wäre, und begründen Sie Ihre Wahl.'
Erweiterungen & Unterstützung
- Fordern Sie schnelle Lernende auf, ein drittes Muster (z.B. Factory) in ihr Szenario einzubauen, um die Strategien dynamisch zu erzeugen.
- Für Lernende mit Schwierigkeiten bereiten Sie ein vorbereitetes Code-Gerüst vor, das nur noch die fehlenden Methoden ergänzen muss.
- Vertiefen Sie mit einer Diskussion: 'Wie würden Sie das Observer-Muster anpassen, wenn Observer unterschiedliche Prioritäten bei der Benachrichtigung haben sollen?'
Schlüsselvokabular
| Strategy-Muster | Ein Entwurfsmuster, das es ermöglicht, eine Familie von Algorithmen zu definieren, jeden Algorithmus in eine separate Klasse zu kapseln und ihre Objekte austauschbar zu machen. |
| Observer-Muster | Ein Entwurfsmuster, das eine Eins-zu-viele-Abhängigkeit zwischen Objekten definiert, sodass, wenn sich ein Objekt ändert, alle seine Abhängigen automatisch benachrichtigt und aktualisiert werden. |
| Lose Kopplung | Ein Designprinzip, bei dem Komponenten eines Systems so wenig wie möglich voneinander abhängig sind, was Änderungen an einer Komponente erleichtert, ohne andere zu beeinträchtigen. |
| Kontext (Strategy) | Die Klasse, die eine Referenz auf ein Strategy-Objekt hält und die Strategie zur Laufzeit auswählt oder ändert. |
| Subjekt (Observer) | Das Objekt, das den Zustand verwaltet und die Observer über Änderungen informiert. |
| Abstraktion | Die Darstellung wesentlicher Merkmale eines Objekts oder Systems, die die Komplexität verbirgt und die Handhabung vereinfacht. |
Vorgeschlagene Methoden
Planungsvorlagen für Informatik Oberstufe: Von Algorithmen zur vernetzten Gesellschaft
Mehr in Objektorientierte Modellierung und Software-Engineering
Einführung in die Objektorientierung
Die Schülerinnen und Schüler identifizieren die Kernkonzepte der Objektorientierung und ihre Vorteile in der Softwareentwicklung.
2 methodologies
Klassen und Objekte
Die Schülerinnen und Schüler definieren Klassen und instanziieren Objekte, um reale Entitäten in Code abzubilden.
2 methodologies
Vererbung und Hierarchien
Die Schülerinnen und Schüler wenden Vererbung an, um Klassenhierarchien zu erstellen und Code-Wiederverwendung zu fördern.
2 methodologies
Polymorphie und Schnittstellen
Die Schülerinnen und Schüler implementieren Polymorphie und nutzen Schnittstellen für flexible und erweiterbare Softwarearchitekturen.
2 methodologies
UML-Klassendiagramme
Die Schülerinnen und Schüler entwerfen Klassendiagramme zur Abbildung komplexer Realwelt-Szenarien unter Berücksichtigung von Vererbung, Assoziationen und Aggregationen.
2 methodologies
Bereit, Entwurfsmuster: Strategy und Observer zu unterrichten?
Erstellen Sie eine vollständige Mission mit allem, was Sie brauchen
Mission erstellen