Informatik · Klasse 10

Ideen für aktives Lernen

Konstruktoren und Objektinitialisierung

Aktive Lernformen machen abstrakte Konzepte wie Konstruktoren und Objektinitialisierung greifbar. Schüler erkennen durch praktische Anwendung, warum Softwareverträge mit Interfaces und abstrakten Klassen unverzichtbar sind. Dies fördert gleichzeitig das Verständnis für modulare Systemgestaltung und den KMK-Kompetenzerwerb.

• KMK Bildungsstandards
• KMK: STD.01
• KMK: STD.02

• 25–60 Min.
• Partnerarbeit → Ganze Klasse
• 3 Aktivitäten

Aktivität 01

• Planspiel
• 60 Min. · Kleingruppen

Planspiel: Der Software-Vertrag

Eine Gruppe definiert ein Interface (z.B. 'Fernbedienung'). Andere Gruppen müssen Geräte (TV, Radio) programmieren, die dieses Interface erfüllen. Am Ende wird getestet, ob die 'Fernbedienung' alle Geräte steuern kann.

Wie stellen wir sicher, dass ein Objekt bei seiner Erzeugung in einem gültigen Zustand ist?

Moderationstipp

Erklären Sie während der Simulation 'Der Software-Vertrag' die Rolle von Konstruktoren als 'Vertragsunterschriften' – Schüler müssen verstehen, dass fehlende Parameter zu Fehlern führen.

Worauf zu achten ist

Geben Sie den Schülern ein Code-Snippet, das eine Klasse mit einem Konstruktor zeigt. Bitten Sie sie, auf einem Zettel zu notieren, welche Werte die Attribute des Objekts nach der Erzeugung haben werden und warum. Geben Sie zusätzlich eine Klasse mit zwei überladenen Konstruktoren vor und lassen Sie die Schüler erklären, wann welcher Konstruktor aufgerufen würde.

• Anwenden
• Analysieren
• Bewerten
• Erschaffen
• Sozialbewusstsein
• Entscheidungsfähigkeit

Aktivität 02

• Ich-Du-Wir (Denken-Austauschen-Vorstellen)
• 25 Min. · Partnerarbeit

Ich-Du-Wir (Denken-Austauschen-Vorstellen): Abstrakt vs. Interface

Schüler vergleichen Szenarien: Wann ist eine abstrakte Klasse 'Fahrzeug' besser als ein Interface 'Beweglich'? Ergebnisse werden im Plenum diskutiert, um die Unterschiede in der Code-Wiederverwendung zu klären.

Welche Rolle spielen überladene Konstruktoren für die Flexibilität der Objektinitialisierung?

Moderationstipp

Fordern Sie die Schüler im Think-Pair-Share auf, konkrete Beispiele aus ihrem Alltag zu nennen, in denen ein Interface (z.B. USB) und eine abstrakte Klasse (z.B. Fahrzeug) eine Rolle spielen könnten.

Worauf zu achten ist

Stellen Sie folgende Frage in die Klasse: 'Stellen Sie sich vor, Sie erstellen ein Objekt für einen Benutzer in einer Webanwendung. Welche Informationen sind absolut notwendig, um dieses Benutzerobjekt sofort nach der Erstellung in einem brauchbaren Zustand zu haben? Wie würden Sie diese Informationen im Konstruktor verarbeiten?' Sammeln Sie Antworten und diskutieren Sie die wichtigsten Punkte.

• Verstehen
• Anwenden
• Analysieren
• Selbstwahrnehmung
• Beziehungsfähigkeit

Aktivität 03

• Museumsgang
• 35 Min. · Ganze Klasse

Museumsgang: Schnittstellen-Design

Gruppen entwerfen Interfaces für ein Smart-Home-System. Die Entwürfe werden ausgestellt und auf ihre Vollständigkeit und Flexibilität hin von anderen Gruppen geprüft.

Warum ist die korrekte Initialisierung von Objekten entscheidend für die Programmstabilität?

Moderationstipp

Beobachten Sie beim Gallery Walk, ob Schüler in ihren Schnittstellendesigns klar zwischen Pflichtmethoden und optionalen Erweiterungen unterscheiden – dies zeigt Verständnis für funktionale Garantien.

Worauf zu achten ist

Teilen Sie die Klasse in Kleingruppen auf. Geben Sie jeder Gruppe eine kurze Beschreibung einer einfachen Klasse (z.B. 'Buch' mit Titel und Autor). Bitten Sie die Gruppen, zwei verschiedene Konstruktoren zu entwerfen: einen, der nur den Titel benötigt, und einen, der Titel und Autor benötigt. Lassen Sie jede Gruppe ihre Entwürfe vorstellen und die Vorteile der Überladung diskutieren.

• Verstehen
• Anwenden
• Analysieren
• Erschaffen
• Beziehungsfähigkeit
• Sozialbewusstsein

Einige Hinweise zum Unterrichten dieser Einheit

Legen Sie den Fokus auf die Feinheiten: Zeigen Sie, wie Konstruktoren durch Überladung Flexibilität bieten, ohne den Code unübersichtlich zu machen. Vermeiden Sie zu frühe Vertiefung in fortgeschrittene Design Patterns. Nutzen Sie Fehleranalysen als Lernchance – wenn ein Schüler eine abstrakte Klasse instanziieren will, lassen Sie ihn die Fehlermeldung gemeinsam mit der Klasse entschlüsseln. So wird das abstrakte Konzept greifbar.

Am Ende der Einheit können Schüler erklären, warum Konstruktoren für die Objektinitialisierung essenziell sind und wie abstrakte Klassen sowie Interfaces als Verträge fungieren. Sie entwerfen selbstständig flexible Klassenstrukturen und nutzen Überladung gezielt, um Software austauschbar zu gestalten.

---

Vorsicht vor diesen Fehlvorstellungen

• Während der Simulation 'Der Software-Vertrag' wählen einige Schüler Vererbung als einzige Lösung, obwohl Interfaces besser passen würden.

  Fordern Sie die Schüler auf, in der Simulation die vorgegebenen 'Vertragsrollen' (Interfaces) zu nutzen und zu dokumentieren, warum Vererbung hier nicht ausreicht. Diskutieren Sie gemeinsam, wie ein Objekt mehrere Rollen gleichzeitig einnehmen kann.

• Während der Think-Pair-Share-Phase 'Abstrakt vs. Interface' versuchen Schüler, von abstrakten Klassen direkte Instanzen zu erstellen.

  Nutzen Sie die bereitgestellten Code-Snippets mit Fehlermeldungen und lassen Sie die Schüler in Kleingruppen analysieren, warum die Instanziierung scheitert. Erstellen Sie gemeinsam eine Liste mit Regeln, wann abstrakte Klassen und wann Interfaces verwendet werden müssen.

---

In dieser Übersicht verwendete Methoden

• Planspiel
• Ich-Du-Wir (Denken-Austauschen-Vorstellen)
• Museumsgang