Native oder Cross-Platform? App-Performance im Praxisvergleich

Kurz gefasst: Für die meisten Business-Apps ist der Performance-Unterschied zwischen nativer Entwicklung und modernen Cross-Platform-Frameworks wie React Native oder Flutter im Alltag nicht spürbar. Native Entwicklung mit Swift und Kotlin hat Vorteile bei rechenintensiven Aufgaben, aufwendigen Animationen, tiefer Hardware-Integration und neuen Betriebssystemfunktionen ab dem ersten Tag. Ob eine App flüssig läuft, entscheiden meist Architektur, Datenmenge und Codequalität stärker als die Wahl des Frameworks.

Woher der Ruf der langsamen Cross-Platform-Apps kommt

Frühe hybride Apps liefen in einer WebView, also im Grunde als Website im App-Gewand. Scrollen, Gesten und Übergänge fühlten sich oft träge an, und dieser Eindruck hält sich bis heute. Moderne Frameworks arbeiten anders.

React Native rendert echte native Bedienelemente. Mit der neuen Architektur, die seit Version 0.76 Standard ist, kommuniziert JavaScript über JSI direkt mit nativem Code, ohne die frühere asynchrone Bridge. Die JavaScript-Engine Hermes kompiliert vorab in Bytecode und verkürzt damit die Startzeit. Flutter geht einen eigenen Weg und zeichnet die gesamte Oberfläche mit seiner Rendering-Engine Impeller selbst, kompiliert Dart-Code vorab in Maschinencode und erreicht damit gleichmäßige Bildraten.

Der pauschale Satz „Cross-Platform ist langsam“ stimmt für aktuelle Frameworks also nicht mehr. Unterschiede gibt es trotzdem, nur an anderen Stellen. Einen detaillierten Vergleich der beiden großen Frameworks finden Sie in unserem Beitrag React Native oder Flutter.

Wo native Entwicklung messbar vorne liegt

Rechenintensive Aufgaben

Bildverarbeitung in Echtzeit, Audio-Analyse, Augmented Reality oder Machine Learning auf dem Gerät profitieren davon, ohne Zwischenschicht direkt auf Plattform-APIs wie Metal, Core ML oder die Android NDK zuzugreifen. Cross-Platform-Apps können solche Teile zwar als native Module einbinden, dann wird aber ohnehin plattformspezifischer Code geschrieben.

Neue Betriebssystemfunktionen

Apple und Google stellen neue Funktionen zuerst für Swift und Kotlin bereit. Widgets, Live Activities oder neue Kamera-Schnittstellen sind nativ sofort nutzbar, in Cross-Platform-Frameworks oft erst, wenn die Community oder der Hersteller passende Module liefert.

Plattformtypisches Verhalten

Eine native App verhält sich automatisch so, wie Nutzer es von ihrem System gewohnt sind, von Gesten über Systemdialoge bis zur Bedienungshilfe. Cross-Platform-Apps erreichen das ebenfalls, erfordern aber bewusste Arbeit. Wer mit Swift einsteigen möchte, findet in unserem Artikel zur ersten iOS-App einen Überblick. Für Android ist Kotlin die Standardsprache, wie unser Beitrag zu Kotlin für Android erklärt.

Was die Performance einer App wirklich bestimmt

In der Praxis gehen die meisten Leistungsprobleme auf Ursachen zurück, die mit dem Framework wenig zu tun haben:

• Listen, die tausende Einträge auf einmal rendern statt nur die sichtbaren
• Bilder in voller Auflösung, die auf Daumennagelgröße angezeigt werden
• zu viele oder zu große Netzwerkanfragen beim Start
• Neuberechnungen der Oberfläche bei jeder kleinen Zustandsänderung
• fehlendes Caching, sodass jede Ansicht Daten neu lädt

Diese Fehler machen eine native App genauso langsam wie eine Cross-Platform-App. Umgekehrt läuft eine sorgfältig gebaute React-Native- oder Flutter-App auch auf älteren Geräten flüssig. Messen Sie deshalb früh auf echten, auch günstigen Geräten statt nur im Simulator auf einem schnellen Entwicklerrechner.

So treffen Sie die Entscheidung

Cross-Platform ist meist die richtige Wahl, wenn Ihre App vor allem Daten anzeigt und erfasst, iOS und Android gleichzeitig erscheinen sollen und das Budget eine Codebasis statt zwei vorsieht. Das trifft auf die meisten Kundenportale, Buchungs-Apps, Außendienst-Werkzeuge und internen Unternehmens-Apps zu.

Native Entwicklung lohnt sich, wenn die App ihren Wert aus Hardware-Nähe, aufwendiger Grafik oder intensiver Rechenleistung zieht, oder wenn sie nur für eine Plattform erscheint. Auch Mischformen sind üblich: eine Cross-Platform-App mit einzelnen nativen Modulen für die anspruchsvollen Teile. Ein weiterer Mittelweg ist Kotlin Multiplatform, bei dem Geschäftslogik geteilt und die Oberfläche je Plattform nativ umgesetzt wird.

Wie sich diese Entscheidung auf das Budget auswirkt, beschreibt unser Artikel zu den Kosten der App-Entwicklung in Deutschland.

Häufige Fragen (FAQ)

Merken Nutzer den Unterschied zwischen nativ und Cross-Platform?

Bei typischen Business-Apps in der Regel nicht, sofern die App sorgfältig gebaut ist. Spürbar wird der Unterschied bei sehr aufwendigen Animationen, großen Datenmengen in Echtzeit oder Funktionen mit direktem Hardwarezugriff.

Ist Flutter schneller als React Native?

Beide erreichen bei guter Umsetzung flüssige Oberflächen. Flutter zeichnet alles selbst und liefert dadurch auf allen Geräten ein sehr einheitliches Bild. React Native nutzt native Bedienelemente und fühlt sich dadurch plattformtypischer an. Für die Wahl zählen meist eher Team-Erfahrung und Ökosystem.

Kann ich später von Cross-Platform auf native Entwicklung wechseln?

Ja, aber es ist in der Regel eine Neuentwicklung der Oberfläche. Häufiger ist der schrittweise Weg: Einzelne anspruchsvolle Bereiche werden als native Module umgesetzt, der Rest bleibt in der gemeinsamen Codebasis.

Ist eine native App automatisch teurer?

Wenn Sie beide Plattformen brauchen, meist ja, weil zwei Codebasen entwickelt und gepflegt werden. Für eine App, die nur auf einer Plattform erscheint, ist der Unterschied geringer.

Fazit

Die Debatte native gegen Cross-Platform wird heute weniger durch Performance entschieden als durch den Funktionsumfang der App und die Frage, wie viele Codebasen Sie dauerhaft pflegen wollen. Wer früh auf echten Geräten misst, erkennt Engpässe, bevor sie zum Argument für einen teuren Plattformwechsel werden.

Wenn Sie vor dieser Entscheidung stehen, sprechen Sie mit uns über App-Entwicklung für iOS und Android.