Geschichten, die Code formen: Objektorientierung lebendig erklärt
Heute widmen wir uns charaktergetriebenen Lektionen, die in das objektorientierte Design einführen. Anhand lebendiger Figuren entdecken wir Klassen, Objekte, Zustände und Interaktionen, verwandeln Konflikte in Verantwortlichkeiten und lernen Prinzipien, die robusten, erweiterbaren Code ermöglichen. Lies mit, probiere kleine Übungen aus und erzähle uns, welche Figur dich zum Programmieren inspiriert.
Figuren als Motor für Klassen
Wenn eine Figur klare Wünsche, Ängste und Gewohnheiten hat, entsteht automatisch eine Liste greifbarer Zustände und Handlungen. Genau daraus formen wir Attribute und Methoden, erkennen verborgene Invarianten und legen Schnittstellen fest. Eine Studentin erzählte, wie ihr eigensinniger Gärtner die Klasse Sensor, die Methode gieße(), sowie eine elegante Fehlerstrategie inspiriert hat.
Beginne mit einem einfachen Steckbrief: Name, Ziele, Werkzeuge, Grenzen. Übersetze diese Felder in Attribute, Vorbedingungen und Nachbedingungen. Achte darauf, was dauerhaft stimmt, was sich ändern darf und was verborgen bleiben sollte. So wächst aus wenigen Sätzen eine präzise Klasse mit klaren Verantwortlichkeiten und überraschend stabiler Schnittstelle.
Wer hilft der Figur, wer widerspricht ihr, wer begleitet sie nur kurz? Diese Fragen enthüllen Assoziationen, Aggregationen oder Kompositionen. Kardinalitäten werden sichtbar, wenn Nebenrollen mehrfach auftreten. Notiere Gesprächsfetzen als Methodenaufrufe. Bald erkennst du, wo ein Objekt nur referenziert, wo es besitzt, und wo Lebenszyklen streng gekoppelt werden müssen.
Sobald die Figur scheitert, tritt das eigentliche Problem hervor. Formuliere den Konflikt als Aufgabe, verteile ihn auf Kooperationen und präge jeder Klasse eine einzige, wohldefinierte Rolle ein. Dieses Denken stärkt Kohäsion, verringert Kopplung und erleichtert Refactoring. Schreibe kurze Szenen, bis sich eine robuste Zusammenarbeit aufdrängt und triviale Nebenaufgaben auslagern lassen.
Vier Säulen ohne Trockenübungen
Abstraktion, Kapselung, Vererbung und Polymorphie klingen akademisch, wirken jedoch selbstverständlich, wenn Figuren handeln. Ihre Geheimnisse fordern Abschottung, ihre Familien fördern Hierarchien, ihre wechselnden Rollen verlangen Austauschbarkeit. Mit kurzen Szenen zeigen wir, warum kleine Oberflächen, stabile Verträge und späte Bindung natürliche Konsequenzen lebendiger Geschichten sind, nicht bloß Regelwerke aus Lehrbüchern.
Kapselung durch Geheimnisse
Gib deiner Figur ein Geheimfach: etwas Wertvolles, das nur über vertrauenswürdige Gesten zugänglich ist. Daraus erwächst eine öffentliche Oberfläche, die Absichten ausdrückt, ohne Interna zu verraten. Fehler bleiben lokalisierbar, Daten konsistent. Leser:innen spüren plötzlich, warum Getter und Setter oft schlechter erzählen als präzise benannte, bedeutungstragende Befehle.
Vererbung als Familienbande
Stelle dir eine Familie vor: ein gemeinsamer Kern aus Gewohnheiten, erweitert durch individuelle Eigenheiten. So entsteht eine Basisklasse plus Spezialisierungen. Achte auf echte Is-a-Beziehungen, nicht auf rein wiederverwendeten Code. Wenn sich Rollen nur durch Strategien unterscheiden, bevorzuge Komposition. Figuren mit falscher Abstammung wirken hölzern, der Code ebenso.
Polymorphie als Rollenspiel
Lass verschiedene Darsteller dieselbe Rolle spielen und dennoch ihre Nuancen zeigen. Der aufrufende Teil kennt nur das Versprechen der Rolle, nicht die konkrete Besetzung. Austauschbarkeit ermöglicht späte Entscheidungen, vereinfachte Tests und elegante Erweiterungen. Geschichten werden überraschend wendig, während Schnittstellen konstant bleiben und unerwartete Anforderungen gelassen abgefangen werden.
Von Szenen zu Sequenzen
SRP mit geteilten Tagebüchern
Lass die Figur ein Tagebuch für jede bedeutende Aufgabe führen. Sobald ein Eintrag in mehrere Hefte gehört, teilst du die Rolle in getrennte Klassen. Diese Übung macht das Single-Responsibility-Prinzip greifbar, senkt kognitive Last und verhindert magische Methoden, die alles können, doch nichts wirklich zuverlässig beherrschen.
Open/Closed mit neuen Nebenfiguren
Führe eine überraschende Nebenfigur ein, ohne bestehende Szenen umzuschreiben. Gelingt dir das durch Erweiterung statt Änderung, bist du offen für Neues und zugleich geschlossen gegen Rückschläge. Abstraktionen tragen, Komposition leitet. Kommentiere deinen Versuch, teile das Ergebnis, und vergleiche Lesbarkeit, Testaufwand sowie Fehlertoleranz vor und nach dem Umbau.
Testen auf der Probenbühne
Behandle Tests wie Bühnenproben, in denen Rollen, Requisiten und Dramaturgie sicher erprobt werden. Mit TDD schreibst du zuerst Dialoge, die gewünschtes Verhalten fordern, dann das Minimum an Code. Doubles ersetzen teure Partner. Das Ergebnis: fokussierte Architektur, weniger Rückschläge, und ein Ensemble, das zuverlässig aufeinander reagiert.
Werkzeugkiste für erzählerisches Design
Nie ohne Greifbares: Mit Domain Storytelling, CRC-Karten, User Stories, Story Mapping und leichtgewichtiger UML hältst du Kopfkino fest. Diese Artefakte fördern gemeinsame Sprache, verankern Entscheidungen und dokumentieren Erwartungen. Lade dir unsere Vorlagen herunter, teile Beispiele aus deinem Projekt und frage nach Feedback zu Rollen, Grenzen und möglichen Erweiterungspunkten.