Flutter vs React Native
Wir vergleichen Googles Dart-basiertes Flutter mit Metas JavaScript-/TypeScript-basiertem React Native aus jeder Perspektive. Welches Cross-Platform-Framework setzt sich 2025 durch?
Das Framework, das React Native mit EAS zu einer durchgängig verwalteten Plattform macht
Mit eigener Render-Engine konsistent, aber ein SDK, dessen Einrichtung jetzt stärker in Ihrer Verantwortung liegt
Das ist inzwischen keine Sprachfrage mehr, sondern eine Entscheidung über die Eigentümerschaft des Ökosystems. Für ein Team mit JS/TypeScript-Kenntnissen, das schnell launchen will, ist Expo die richtige Standardwahl: Die sechs EAS-Produkte (Build, Submit, Workflows, Update, Hosting, Observe) bündeln die gesamte Kette auf einer einzigen Plattform – der Preis dafür sind Service-Abhängigkeit und kostenpflichtige EAS-Stufen. Wer volle Kontrolle über das Designsystem, konsistentes Rendering inklusive Desktop und keine Bindung an einen Dienstanbieter will, sollte Flutter wählen; CI/CD und Monitoring baut man dann selbst auf.
| Kategorie | Expo (React Native) | Flutter |
|---|---|---|
| Performance | 8/10 | 8/10 |
| Erlernbarkeit | 9/10 | 6/10 |
| Ökosystem | 8/10 | 8/10 |
| Community | 8/10 | 8/10 |
| Arbeitsmarkt | 7/10 | 7/10 |
| Zukunftssicherheit | 8/10 | 8/10 |
// Expo — OTA-JS-Update mit EAS Update, ohne auf die Store-Freigabe zu warten (TypeScript)
// app.config.ts — Definition des Update-Kanals
import { ExpoConfig, ConfigContext } from "expo/config";
export default ({ config }: ConfigContext): ExpoConfig => ({
...config,
name: "MyApp",
slug: "my-app",
version: "1.0.0",
runtimeVersion: { policy: "appVersion" },
updates: { url: "https://u.expo.dev/your-project-id" },
});
// Terminal: Production-Build erstellen und an den Store übermitteln
// eas build --platform all --profile production
// eas submit --platform all
// Bug gefunden — JS-/Asset-Fix veröffentlichen, ohne den nativen Build anzufassen
// eas update --branch production --message "Fix: login crash on cold start"
// Performance-Monitoring in Produktion mit EAS Observe (GA seit 20. August 2026)
// -> https://docs.expo.dev/eas/observe/introduction/
// Erfordert eine separate native Bibliothek; funktioniert nicht in Expo Go,
// ein Development- oder Production-Build ist erforderlich:
// npx expo install expo-observe
// Das Root-Layout mit <ObserveRoot> umschließen und markInteractive() aufrufen, sobald die App bereit ist.
// Gemessen werden: Cold-/Warm-Start, erstes Rendering, Interactive-Bereitschaft, Bundle-
// Ladezeit und EAS-Update-Downloadzeit. Die JS-Fehlerprotokollierung befindet sich in der Vorschauphase.// Flutter 3.47 — Übergang zum eigenständigen Paket material_ui (Dart)
// pubspec.yaml — neues eigenständiges Paket hinzufügen
// dependencies:
// material_ui: ^1.0.0
// cupertino_ui: ^1.0.0
// Terminal: automatische Migration von den alten SDK-internen Widgets zum neuen Paket
// $ dart fix --apply --code=migrate_design_widgets
// main.dart — Import aus dem neuen Paket (alt: package:flutter/material.dart)
import 'package:material_ui/material_ui.dart';
void main() {
runApp(const MyApp());
}
class MyApp extends StatelessWidget {
const MyApp({super.key});
@override
Widget build(BuildContext context) {
return MaterialApp(
title: 'Profil Kartı',
home: Scaffold(
appBar: AppBar(title: const Text('Profil')),
body: const Center(child: Text('Merhaba, Flutter 3.47')),
),
);
}
}
// Hinweis: In Flutter gibt es kein offizielles Äquivalent zu "eas update" —
// um diese Änderung an die Nutzer auszuliefern, müssen Sie einen neuen Build
// erstellen und ihn durch die Store-Prüfung bringen.Das ist inzwischen keine Sprachfrage mehr, sondern eine Entscheidung über die Eigentümerschaft des Ökosystems. Für ein Team mit JS/TypeScript-Kenntnissen, das schnell launchen will, ist Expo die richtige Standardwahl: Die sechs EAS-Produkte (Build, Submit, Workflows, Update, Hosting, Observe) bündeln die gesamte Kette auf einer einzigen Plattform – der Preis dafür sind Service-Abhängigkeit und kostenpflichtige EAS-Stufen. Wer volle Kontrolle über das Designsystem, konsistentes Rendering inklusive Desktop und keine Bindung an einen Dienstanbieter will, sollte Flutter wählen; CI/CD und Monitoring baut man dann selbst auf.
Kostenlose Beratung erhaltenWenn Sie ein JS/TypeScript-Team haben und einen schnellen Launch plus einen verwalteten Build-/Update-/Monitoring-Service wollen, ist Expo die richtige Wahl (SDK 57, EAS Observe seit dem 20. August 2026 allgemein verfügbar). Wenn Sie volle Kontrolle über Ihr Designsystem, konsistentes plattformübergreifendes Rendering (Mobile+Web+Desktop) und keine Abhängigkeit von einem Drittanbieter-Service wollen, ist Flutter die richtige Wahl; allerdings ist mit Flutter 3.47 die 'Einrichtungsverantwortung' gestiegen, da Material/Cupertino jetzt ein eigenständiges Paket sind (12. August 2026).