Abstraktion OOP Grundlagen – Interface, Abstrakte Klasse, Komposition, Open Closed Principle

Dieser Beitrag ist eine Begriffserklärung zur Abstraktion in der OOP – inklusive Prüfungsfragen und Tags.

In a Nutshell

Abstraktion reduziert komplexe Systeme auf ihre wesentlichen Eigenschaften und Operationen, sie definiert das Was einer Schnittstelle, das Wie bleibt verborgen und kann unabhängig entwickelt werden.

Kompakte Fachbeschreibung

Abstraktion ist die bewusste Ausblendung unwesentlicher Details, um ein klares, stabiles Modell zu erhalten. In der OOP wird sie über Interfaces, Abstrakte Klassen, Rollenmodelle und Verträge umgesetzt, die beobachtbares Verhalten festlegen. Gute Abstraktionen sind minimal, vollständig, konsistent, orthogonal, sie unterstützen Austauschbarkeit und testen sich gut über Black Box Verfahren. Abstraktion steht im engen Zusammenspiel mit Kapselung und Polymorphie, Abstraktion legt fest, was sichtbar ist, Kapselung schützt Implementierungsdetails, Polymorphie ermöglicht austauschbare Implementierungen.

Prüfungsrelevante Stichpunkte

• Fokus auf relevante Eigenschaften, Reduktion der sichtbaren Oberfläche
• Mittel, Interface, Abstrakte Klasse, Komposition, Generics
• Trennung von Vertrag und Implementierung, fördert lose Kopplung und hohe Kohäsion
• IHK relevant, Abgrenzung zu Kapselung und Vererbung präzise benennen
• Praxis, kleine, rollenbasierte Interfaces, Interface Segregation Principle
• Sicherheitsaspekt, klare Verträge begrenzen Angriffsfläche und vermeiden unvalidierte Zustandsmanipulation
• Wirtschaftlichkeit, stabile Verträge senken Wartungs und Änderungskosten
• Dokumentationspflicht, Vorbedingungen, Nachbedingungen, Exceptions, Seiteneffekte explizit beschreiben

Kernkomponenten

1. Domänenmodell, ubiquitäre Sprache, Begriffe und Beziehungen
2. Vertragsschnittstelle, Signaturen, Semantik, Fehlerfälle
3. Abstrakte Basen, geteilte Grundlogik ohne vollständige Implementierung
4. Rollen, mehrere kleine Interfaces statt eines God Interface
5. Komposition, hat-ein Beziehungen zur Strukturierung von Verhalten
6. Generische Typen, parametrische Abstraktion über Typen
7. Entwurfsmuster, Strategy, Template Method, Adapter, Port und Adapter
8. Architekturgrenzen, Ports, Adapter, Bounded Contexts
9. Qualitätsregeln, hohe Kohäsion, geringe Kopplung, LSP konform
10. Testverfahren, Vertrags, Substitutions, Property Based Tests

Praxisbeispiel

// Ziel, Dateiexport abstrahieren
interface Exporter {
byte[] export(Report r)
}

class PdfExporter implements Exporter {
public byte[] export(Report r) { /* PDF Rendering, Validierung, Byte Stream */ }
}

class CsvExporter implements Exporter {
public byte[] export(Report r) { /* CSV Serialisierung, Trennung, Encoding */ }
}

class ReportService {
private Exporter exporter
public ReportService(Exporter exporter) { this.exporter = exporter }
public byte[] exportReport(Report r) {
if (r == null) throw new IllegalArgumentException("Report erforderlich")
return exporter.export(r)
}
}

Erklärung: Das Interface Exporter definiert die Abstraktion des Exports, konkrete Formate sind austauschbar, der ReportService bleibt unverändert.

Vorteile und Nachteile

Vorteile

• Geringere Kopplung, höhere Kohäsion
• Bessere Testbarkeit, klare Zuständigkeiten
• Einfache Erweiterbarkeit, stabilere APIs

Nachteile

• Initialer Modellierungsaufwand
• Risiko überabstrahierter Verträge
• Zusätzliche Indirektion bei falschem Zuschnitt

Typische Prüfungsfragen (mit Kurzantwort)

1. Abstraktion vs. Kapselung? Abstraktion legt fest, welche relevanten Aspekte sichtbar sind, Kapselung verbirgt die Umsetzung dieser Aspekte hinter der Oberfläche.

2. Interface vs. Abstrakte Klasse? Interface für reine Verträge und Mehrfachrollen, abstrakte Klasse wenn gemeinsame Grundlogik oder Zustand geteilt wird.

3. Unterstützt Open Closed Principle? Verträge bleiben stabil, neue Varianten entstehen als neue Implementierungen, bestehender Code muss nicht geändert werden.

4. Kriterien guter Abstraktion? Minimal aber vollständig, konsistent benannt, orthogonal, stabil bei internen Änderungen, eindeutig dokumentiert.

5. Qualität einer Abstraktion prüfen? Metriken, Anzahl Methoden pro Interface, Änderungsfrequenz, Wiederverwendung, Testabdeckung, Anzahl Implementierungen.

6. Schlechte Abstraktion Beispiel? God Interface mit vielen unzusammenhängenden Methoden, verletzt ISP, erschwert Austauschbarkeit und Tests.

7. Rolle von Generics bei Abstraktion? Parametrische Abstraktion, ein Algorithmus für viele Typen ohne Casts, Typsicherheit durch Compiler.

8. Polymorphie und Abstraktion zusammenwirken? Abstraktion definiert den Vertrag, Polymorphie liefert austauschbare Implementierungen, dynamischer Dispatch bindet zur Laufzeit.

Wichtigste Quellen

1. https://docs.oracle.com/javase/tutorial/java/IandI/abstract.html
2. https://de.wikipedia.org/wiki/Abstraktion_(Informatik)
3. https://martinfowler.com/bliki/RoleInterface.html