Nativ oder Cross-Platform: wann sich was wirklich lohnt
Eine ehrliche Einschätzung, wann Flutter oder React Native teuer wird.
Cross-Platform spart anfangs, wird aber bei Video, DRM und TV oft teuer. Ich baue nativ und sage offen, wann eine geteilte Codebase die bessere Wahl wäre. Tagessatz: €500.
Vendredi App · Reparaturauftrag
Nº ····
Abgabe
Ihr Tag, 9:00
Fertig
19:00
Sie holen ab
Die Korrektur, auf Ihrem Smartphone installiert, und die Änderung in Ihrem Quellcode.
Remote Tagessatz
€500netto
Ich baue seit 2008 nativ und habe genug Cross-Platform-Projekte aus der Nähe gesehen, um die Grenzen ehrlich zu benennen.
Sie holen ab
- Technische Bewertung, ob nativ oder eine geteilte Codebase zu Ihrem Produkt passt
- Klare Aufstellung der Kosten und Risiken pro Ansatz, bezogen auf Ihre konkreten Funktionen
- Empfehlung pro Plattform statt einer pauschalen Antwort für alle Fälle
- Bei Entscheidung für nativ: Umsetzung in Swift und Kotlin durch dieselbe Person
Reparaturauftrag
Wo Cross-Platform günstig bleibt
Für viele Apps ist eine geteilte Codebase mit Flutter oder React Native eine vertretbare Wahl. Formulare, Listen, einfache Inhalte und Standard-Netzwerkaufrufe lassen sich damit zügig und für beide Plattformen zugleich umsetzen. Wenn Ihr Funktionsumfang nah an dem liegt, was die Frameworks von Haus aus gut können, sparen Sie reale Entwicklungszeit. In diesen Fällen rate ich nicht von Cross-Platform ab.
Wo es teuer wird
Bei Videowiedergabe und DRM stoßen die Frameworks schnell an Grenzen, weil FairPlay und Widevine native Player und sorgfältige Schlüsselbehandlung verlangen. TV-Plattformen, tiefer Zugriff auf native APIs, App-Größe und das Debuggen über die Bridge zwischen Framework und nativer Schicht kosten Zeit, die der anfängliche Vorsprung wieder auffrisst. Dazu kommt das Schritthalten mit neuen OS-Releases, denn das Framework muss erst nachziehen, bevor Sie es können.
Die Brücke als versteckte Kosten
Cross-Platform-Frameworks kommunizieren über eine Brücke mit der nativen Plattform. Solange Sie innerhalb des Frameworks bleiben, fällt das kaum auf. Sobald Sie eine native Fähigkeit brauchen, die das Framework nicht abdeckt, schreiben Sie Plugins in Swift oder Kotlin und pflegen am Ende doch nativen Code, dazu die Brücke darüber. Genau hier verschiebt sich die Rechnung, und der Wartungsaufwand steigt.
Der deutsche Markt erwartet Qualität
Nutzer in Deutschland achten auf Performance, flüssiges Verhalten und Apps, die sich nach ihrer Plattform anfühlen. Native Apps in Swift und Kotlin folgen den Konventionen von iOS und Android genau und reagieren ohne Umweg über eine Brücke. Wo dieser Eindruck zählt, etwa bei Medien und anspruchsvollen Oberflächen, zahlt sich nativ aus. Bei schlichten internen Tools fällt der Unterschied geringer aus.
Die Wahl hängt vom Produkt ab
Ich baue nativ, aber ich entscheide nicht nach Vorliebe für Sie. Ich sehe mir Ihre Funktionen, Ihre Zielplattformen und Ihr Budget an und sage offen, wo nativ den Aufwand wert ist und wo eine geteilte Codebase reicht. So fällt die Entscheidung anhand Ihres Produkts und nicht anhand des gerade lautesten Trends.
Häufige Fragen
Ja. Die Beratung läuft zum festen Tagessatz von €500. Wenn die ehrliche Einschätzung lautet, dass Flutter oder React Native für Ihr Produkt passt, sage ich das, auch wenn ich selbst nativ baue.
Ja. Ich sehe mir Ihre bestehende Flutter- oder React-Native-Codebase an und zeige, wo sie an Grenzen stößt und welche Teile sich gegebenenfalls nativ lohnen. Eine vollständige Neuentwicklung ist dafür nicht zwingend nötig.
Nein. Für viele einfache Apps ist eine geteilte Codebase wirtschaftlich sinnvoll. Nativ zahlt sich vor allem bei Video, DRM, TV-Plattformen und anspruchsvollen Oberflächen aus, wo Performance und tiefer Plattformzugriff zählen.
Weil geschützte Wiedergabe hardwaregestütztes DRM und einen nativen Player pro Plattform verlangt, also AVPlayer auf Apple und ExoPlayer auf Android. Diese Pfade über ein Framework zu führen, bringt zusätzliche Komplexität und oft instabile Randfälle.
Eine fundierte Bewertung Ihrer Funktionen und Zielplattformen ist meist in ein bis zwei Tagen möglich. Sie erhalten danach eine klare Empfehlung mit Kosten und Risiken pro Ansatz.
Ja. Wenn die Entscheidung auf nativ fällt, baue ich die App in Swift und Kotlin selbst, sodass Beratung und Umsetzung in einer Hand liegen. Auch eine schrittweise Migration vom Framework zu nativ ist möglich.
Brauchen Sie Senior Hilfe für native Mobile Apps?
Senden Sie Produktkontext, Zielplattform, Repository-Status und Zeitplan. Ich sage schnell, ob ich helfen kann.
Kostenloses 20-Min-Gespräch buchenOder hinterlassen Sie eine Nachricht am Tresen
Beschreiben Sie Ihr Projekt. Wenn ich verfügbar bin, antworte ich sofort im Chat, sonst innerhalb von 24 Stunden.