Flutter vs. React Native vs. nativ

Was AppJoy wo einsetzt

Flutter ist unser Standard für Mobile-first-Produkte: WhatDaFit, HoldMyBeer, Grifas, caberQU, DreamSenseMemory und die IG Lebenszyklus Bau Library sind alle Flutter-Apps für iOS und Android.

React Native mit Expo wählen wir, wenn ein Produkt Website und App mit gemeinsamem Code braucht. HighratedHotels, eine Hotelbuchungsplattform, läuft als Expo-App und Next.js-Website in einem Monorepo.

Voll nativ haben wir für Momento gewählt, die eigene App von AppJoy. Sie hat eine eigene SwiftUI-Implementierung für iOS und eine eigene Kotlin- und Jetpack-Compose-Implementierung für Android.

Wann Flutter besser passt

• Du willst eine pixelgenaue, individuell gestaltete Oberfläche auf iOS und Android. Flutter zeichnet die UI selbst und sieht deshalb überall gleich aus.
• Die App ist das Produkt und eine Website ist zweitrangig oder nicht nötig.
• Du brauchst Hardwarezugriff wie Bluetooth Low Energy oder aufwendige Animationen und Video, wie bei caberQU und HoldMyBeer.
• Du willst eine Sprache und eine Toolchain für den gesamten Client (Dart).

Wann React Native besser passt

• Du brauchst zusätzlich eine suchmaschinenoptimierte Website und willst Logik und Komponenten zwischen Web und App teilen, zum Beispiel mit Expo und Next.js.
• Dein Team schreibt bereits TypeScript und React.
• Du willst standardmäßig das native Aussehen und die nativen Bedienelemente der Plattform.
• Du setzt auf das große JavaScript-Paket-Ökosystem.

Wann nativ besser passt

Das klassische Argument für Cross-Platform-Frameworks ist eine Codebasis statt zwei. KI-gestützte Entwicklung schwächt es ab, weil Code deutlich schneller entsteht und eine zweite Implementierung nach einer fertigen ersten genau die Art Aufgabe ist, die KI-Werkzeuge gut beherrschen. Die Kosten einer zweiten nativen App sind nur noch ein Bruchteil von früher.

Momento zeigt, wie das aussieht. Es begann als Flutter-App. Der Kern hängt an Plattformfunktionen, die sich ohnehin nicht teilen lassen: der Screen-Time-API auf iOS und einem Accessibility-Service auf Android. AppJoy hat es als SwiftUI-App und als Kotlin-App mit Jetpack Compose neu geschrieben. Die iOS-App ist die Referenz, die Android-App folgt ihr Feature für Feature.

• Dein Produkt baut auf tiefen Plattformfunktionen wie Screen Time, Widgets, Live Activities oder Accessibility-Services auf.
• Du willst von Anfang an das native Design, die Performance und die neuesten APIs jeder Plattform.
• Du bist bereit, zwei Codebasen zu pflegen, was KI-gestützte Entwicklung günstiger gemacht hat.

Was gleich ist

Beide erreichen iOS und Android mit einer Codebasis, und beide können nativen Code aufrufen, wenn ein Feature es braucht. Bei den meisten Business-Apps ist der Kostenunterschied klein. Die größeren Kostentreiber sind Umfang, Schnittstellen und Design, wie der Kostenratgeber erklärt.