Plattformübergreifende Entwicklung in mobilen Anwendungen: Was es ist, welche Frameworks und wie es funktioniert

Plattformübergreifende Entwicklung: Flutter Platform Channel und Method Channel

Flutter ist Googles Framework zum Erstellen nativer Anwendungen aus einer einzigen Dart-Codebasis. Zur Interaktion mit Plattformcode (Kotlin, Swift) verwendet Flutter Platform Channel. Es ist eine Brücke, über die Dart-Code native Funktionen aufruft und das Ergebnis erhält. Plattformübergreifende Mobile-App-Entwicklung mit Flutter ist das am schnellsten wachsende Segment der mobilen Entwicklung in den Jahren 2025–2026.

Platform Channel (Method Channel)

Method Channel ist der Hauptkommunikationskanal Flutter <-> Native. Auf der Dart-Seite: MethodChannel('com.example/channel').invokeMethod('getBatteryLevel'). Die Nachricht wird in StandardMethodCodec (binär) codiert. Auf der nativen Seite wird ein MethodChannel registriert und verarbeitet den Aufruf. MethodChannel ist asynchron — das Ergebnis wird über Future zurückgegeben. Alternative: EventChannel für Ereignisströme.

BasicMessageChannel ist ein niederpegeligerer Kanal zum Senden von Zeichenfolgen/Bytes ohne „Methoden-Argumente"-Struktur. Wird für benutzerdefinierte Protokolle verwendet. Die gesamte Platform Channel API durchläuft die Flutter-Engine, die Nachrichten serialisiert/deserialisiert.

FFI, Skia und Impeller

dart:ffi (Foreign Function Interface) — direkter Aufruf von C-Funktionen aus Dart ohne Plattformkanäle. FFI ist schneller als Method Channel (0 Serialisierungs-Overhead). Wird für leistungsintensive Operationen verwendet: Audioverarbeitung, Kryptographie, Grafik-Engines. Skia ist die Rendering-Engine von Flutter (2D-Grafik). Impeller ist die neue Rendering-Engine von Flutter, die Skia ersetzt. Impeller kompiliert Shader vorab (Ahead-of-Time) und beseitigt so Jank (Frame-Ruckeln) bei den ersten Starts. Bei IT Sectr sind wir 2025 auf Impeller umgestiegen — der Unterschied in der Animationsglätte ist sofort spürbar.

Plattformübergreifende Entwicklung mit React Native: Bridge, Fabric, Hermes, JSI

React Native ist Metas Framework für plattformübergreifende Mobile-App-Entwicklung in JavaScript/TypeScript. React Native rendert Komponenten in native UI-Elemente. Die Architektur hat sich weiterentwickelt: alte Bridge → neue Fabric mit JSI.

Fabric vs Bridge

Bridge ist die alte React-Native-Architektur. Der JS-Thread serialisiert Nachrichten in JSON und sendet sie über eine asynchrone Warteschlange an den nativen Thread. Dies verursacht Verzögerungen (Bridge-Roundtrip ~1 ms). Fabric ist die neue Architektur, bei der JS- und native UI-Threads synchron über JSI (JavaScript Interface) kommunizieren. Fabric injiziert native Ansichten direkt, ohne Brücke. Fabric ist ein wichtiger Meilenstein in der plattformübergreifenden Entwicklung und beschleunigt das Rendering um bis zu 2x.

JSI (JavaScript Interface) ist eine C++-API, die es JavaScript ermöglicht, native Funktionen direkt aufzurufen und Speicher zu teilen. JSI hat die JSON-Serialisierung von Bridge ersetzt. Die neue JSI-basierte Architektur ist eine entscheidende Errungenschaft in der plattformübergreifenden Entwicklung und bestimmt die Leistung mobiler Apps. Turbo Module ist eine neue Methode zum Schreiben nativer Module für React Native. Im Gegensatz zu alten Native Modules wird Turbo Module lazy geladen und verwendet JSI.

Hermes und Codegen

Hermes ist ein JavaScript-Engine von Meta, optimiert für React Native. Hermes kompiliert JS-Code zur Build-Zeit in Bytecode, was den Start mobiler Apps beschleunigt und den Speicherverbrauch bei der plattformübergreifenden Entwicklung reduziert. Codegen ist ein nativer Code-Generator basierend auf TypeScript-Typen. Codegen erstellt automatisch native Module und JSI-Bindungen und reduziert so manuelle Arbeit.

Flutter rendert alles selbst über Skia/Impeller — das ergibt eine einheitliche UI auf beiden Plattformen. React Native verwendet native UI-Komponenten — es sieht aus wie eine native App. KMP kümmert sich nicht um die UI — es teilt nur die Geschäftslogik, die UI bleibt nativ. Die Wahl hängt von der Priorität ab: einheitliche UI (Flutter) oder maximale Nat- ivität (React Native/KMP).

Plattformübergreifende Entwicklung mit Kotlin Multiplatform: expect/actual, Kotlin/Native

Kotlin Multiplatform (KMP) ist JetBrains-Technologie für gemeinsamen Code zwischen Android und iOS. Im Gegensatz zu Flutter und React Native ist KMP ein alternativer Ansatz für die plattformübergreifende Entwicklung: Es ersetzt nicht die UI, sondern teilt Geschäftslogik, Netzwerkanfragen, Datenmodelle und Repositories. Die UI bleibt nativ: Jetpack Compose für Android, SwiftUI für iOS.

expect/actual

expect — Deklaration einer Funktion oder Klasse im gemeinsamen Modul (commonMain), die eine Plattformimplementierung hat. Plattformübergreifende Entwicklung mit KMP verwendet expect/actual: actual ist die konkrete Implementierung für jede Plattform (androidMain, iosMain). Beispiel: expect fun getDeviceId(): String — actual auf Android verwendet Settings.Secure, auf iOS — UIDevice.current.identifierForVendor.

Kotlin/Native

Kotlin/Native — ein Kotlin-Compiler in native Binärdateien (iOS-Framework). Es ermöglicht die Ausführung von Kotlin-Code auf iOS ohne JVM. Kotlin/Native verwendet LLVM zur Kompilierung und bietet eine Leistung nahe an Swift. Kotlin/JS — Kompilierung von Kotlin in JavaScript für Web- und React-Native-Projekte.

Build-Tools: Gradle KTS, CocoaPods Plugin, XCFramework

Build-Tools der plattformübergreifenden Mobile-App-Entwicklung — die Brücke zwischen Code und endgültiger Binärdatei. Gradle KTS verwaltet den Android-Teil, CocoaPods Plugin verwaltet die KMP-iOS-Abhängigkeiten, XCFramework verwaltet die Verteilung nativer Bibliotheken.

Gradle KTS

Gradle KTS — Gradle-Konfiguration mit Kotlin DSL statt Groovy. KTS unterstützt Autovervollständigung in Android Studio, Typprüfung und Refactoring-Sicherheit. Beispiel: plugins { id("com.android.application") } statt apply plugin: 'com.android.application'. Für alle neuen Projekte empfohlen.

CocoaPods Plugin und XCFramework

CocoaPods Plugin — ein Gradle-Plugin für KMP, das das gemeinsame Modul als CocoaPods-Pod veröffentlicht. Ein iOS-Entwickler fügt es über Podfile hinzu. XCFramework — Apples Format zur Verteilung binärer Bibliotheken. XCFramework enthält Binärdateien für mehrere Architekturen (arm64, x86_64) und Plattformen (iOS, macOS, watchOS). In KMP wird das gemeinsame Modul als XCFramework für iOS exportiert.