In welche Architekturschichten gliedert sich Flutter?

Flutter ist in die folgenden architektonischen Schichten unterteilt:

1. Embedder: Verantwortlich für die Interaktion mit dem Betriebssystem. Bietet eine plattformspezifische Schnittstelle zum Rendern von Oberflächen, Zugriff auf Barrierefreiheitsdienste, Benutzereingaben und Lebenszyklusverwaltung. Der Embedder ist in einer für die Plattform geeigneten Sprache geschrieben (Java für Android, Objective-C/Swift für iOS, C++ für Windows/Linux/macOS).
2. Engine: Kern des Frameworks. Hauptsächlich in C/C++ implementiert. Bietet Low-Level-Funktionalitäten: Skia (2D-Grafikbibliothek), Text (Bibliothek für Textverarbeitung), IO (Ein- und Ausgabe), Dart Runtime, Flutter Engine (Aufgabenplanung, Render-Management, Komposition).
3. Framework: In Dart geschrieben. Es ist die Dart-API, mit der Flutter-Entwickler direkt interagieren. Besteht aus mehreren Ebenen:
   • Foundation: Grundlegende Klassen und Hilfsmittel.
   • Widgets: Die Basis der UI in Flutter. Widgets beschreiben die Konfiguration der UI-Elemente.
   • Rendering: Abstraktionen für das Rendering, die Low-Level-Objekte zum Aufbau von Renderbäumen bereitstellen.
   • Painting, Gestures, Animation, etc.: Ebenen, die Funktionen für das Zeichnen, Gestensteuerung, Animationen usw. bereitstellen.
   • Material/Cupertino Libraries: Widget-Sammlungen, die die Design-Systeme Material Design und iOS Cupertino implementieren.

Hier eine vereinfachte Darstellung der Hierarchie:

[Ihr Anwendungs-Code (Dart Widgets)]
        |
    [Framework (Dart)]
        |
    [Engine (C/C++)]
      /        \
[Embedder]    [Skia]
   |            |
[Betriebssystem]

Der Embedder startet die Engine, die Dart Runtime und API bereitstellt. Das Framework, in Dart geschrieben, interagiert mit der Engine über die Dart-API. Ihr Anwendungscode verwendet die Widgets des Frameworks, um die Benutzeroberfläche zu erstellen. Die Engine nutzt wiederum Skia, um Elemente auf dem Canvas zu rendern, das vom Embedder bereitgestellt wird.