Zum Inhalt springen

    Abstraktion

    Webdesign & EntwicklungSoftware Abstraction
    Redaktionell geprüft am: 2 Quellen
    Deine Leseansicht

    Die Kurzantwort · 14 Wörter

    Kurz erklärt

    Abstraktion reduziert technische Details auf eine für die jeweilige Aufgabe relevante Schnittstelle oder Sicht.

    Flow-alerta.cab (2026): Abstraktion. https://flow-alerta.cab/glossar/abstraction. Redaktionell geprüft am: 09. Oktober 2026.

    Wie ausführlich soll es sein?

    Praxis

    Zentral für verständliche, wartbare und erweiterbare Software. Gute Abstraktionen reduzieren Kopplung und erleichtern Änderungen; schlechte Abstraktionen können dagegen zusätzliche Komplexität erzeugen.

    Mögliches Beispiel: Eine Webanwendung nutzt einen Payment-Service über eine einheitliche Schnittstelle. Ob dahinter Anbieter A oder B arbeitet, bleibt für große Teile der Anwendung verborgen.

    Mögliche Anwendungen: Entkopplung von Software-Komponenten, API-Design, Integration externer Dienste, Wiederverwendung von Komponenten und schrittweise Modernisierung bestehender Systeme.

    Auf einen Blick

    Kern
    In der Softwareentwicklung werden unwichtige Implementierungsdetails verborgen und stabile Konzepte, Schnittstellen oder Module bereitgestellt. Dadurch kann man mit einem System arbeiten, ohne jeden internen Schritt kennen zu müssen.
    Nutzen
    Zentral für verständliche, wartbare und erweiterbare Software. Gute Abstraktionen reduzieren Kopplung und erleichtern Änderungen; schlechte Abstraktionen können dagegen zusätzliche Komplexität erzeugen.
    Beispiel
    Mögliches Beispiel: Eine Webanwendung nutzt einen Payment-Service über eine einheitliche Schnittstelle. Ob dahinter Anbieter A oder B arbeitet, bleibt für große Teile der Anwendung verborgen.
    Grenzen
    Zu früh abstrahieren; unterschiedliche Fälle künstlich unter eine gemeinsame Schnittstelle zwingen; wichtige Unterschiede verstecken; zu viele Abstraktionsschichten schaffen; undichte Abstraktionen ignorieren.

    Im Zusammenhang

    Fragen, die dazu gestellt werden

    Was ist der Unterschied zu Encapsulation?

    Encapsulation bündelt und schützt Implementierungsdetails; Abstraktion beschreibt vor allem die relevante Sicht bzw. Schnittstelle.

    Ist mehr Abstraktion immer besser?

    Nein, sie muss einen konkreten Verständlichkeits- oder Wartbarkeitsvorteil bringen.

    Alle Details und Hintergründe

    In der Softwareentwicklung werden unwichtige Implementierungsdetails verborgen und stabile Konzepte, Schnittstellen oder Module bereitgestellt. Dadurch kann man mit einem System arbeiten, ohne jeden internen Schritt kennen zu müssen.

    ELI5 – Einfach erklärt

    Du fährst Auto über Lenkrad und Pedale, ohne die gesamte Motorsteuerung bedienen zu müssen. Die Bedienelemente sind eine Abstraktion über der Technik.

    Warum das im Alltag wichtig ist

    Zentral für verständliche, wartbare und erweiterbare Software. Gute Abstraktionen reduzieren Kopplung und erleichtern Änderungen; schlechte Abstraktionen können dagegen zusätzliche Komplexität erzeugen.

    Beispiel

    Mögliches Beispiel: Eine Webanwendung nutzt einen Payment-Service über eine einheitliche Schnittstelle. Ob dahinter Anbieter A oder B arbeitet, bleibt für große Teile der Anwendung verborgen.

    Fallstricke und Grenzen

    • Zu früh abstrahieren; unterschiedliche Fälle künstlich unter eine gemeinsame Schnittstelle zwingen; wichtige Unterschiede verstecken; zu viele Abstraktionsschichten schaffen; undichte Abstraktionen ignorieren.

    Entstehung & Geschichte

    Arbeiten zu Modularisierung und Information Hiding, etwa David Parnas 1972, sowie die Forschung zu Datenabstraktion in den 1970er Jahren prägten wichtige Grundlagen moderner Softwarearchitektur.

    Anwendung im Mittelstand

    • Mögliche Anwendungen: Entkopplung von Software-Komponenten, API-Design, Integration externer Dienste, Wiederverwendung von Komponenten und schrittweise Modernisierung bestehender Systeme.

    Quellen

    • web.mit.eduMIT, Abstract Data Types (Abstraktion und Information Hiding)
    • doi.orgParnas (1972), Originalarbeit / ACM

    Quellenprüfung: 09.10.2026. Anwendungsbeispiele sind mögliche Szenarien, keine behaupteten Kundenfälle.

    Redaktionell geprüft am:

    Nächster Schritt

    Vom Wissen zur Anwendung