Cross-Platform Development

Cross-Platform Development bezeichnet die Entwicklung von Softwareanwendungen, die auf mehreren Betriebssystemen oder Plattformen laufen - typischerweise iOS, Android und Web - mit einer weitgehend gemeinsamen Codebase. Frameworks wie React Native, Flutter oder .NET MAUI ermöglichen es, bis zu 90% des Codes plattformübergreifend zu teilen, während native UI-Komponenten verwendet werden.

Der Business Case für Cross-Platform ist klar: Anstatt zwei separate Teams für iOS (Swift) und Android (Kotlin) zu benötigen, kann ein Team beide Plattformen bedienen. Dies reduziert Entwicklungskosten um 30-50% und ermöglicht schnellere Time-to-Market. Neue Features müssen nur einmal implementiert werden, nicht zweimal. Auch Wartung und Bug-Fixes sind effizienter.

Die Performance-Lücke zwischen nativen und Cross-Platform Apps ist in den letzten Jahren drastisch geschrumpft. Für die meisten Business-Anwendungen ist Cross-Platform die wirtschaftlich sinnvollste Wahl. Nur bei sehr performance-kritischen Apps (3D-Games, AR/VR) ist native Entwicklung noch zu empfehlen. Erfolgreiche Apps wie Instagram, Discord und Uber Eats nutzen Cross-Platform-Technologien.

Die beiden führenden Frameworks verfolgen unterschiedliche Philosophien: React Native rendert echte native UI-Komponenten des Betriebssystems und nutzt JavaScript/TypeScript, während Flutter mit der Sprache Dart und einer eigenen Rendering-Engine (Impeller, früher Skia) jedes Pixel selbst zeichnet - das sorgt für plattformübergreifend identische Optik, entfernt sich aber vom nativen Look-and-Feel. Im .NET-Umfeld existiert MAUI, und mit Kotlin Multiplatform lässt sich gezielt nur die Geschäftslogik teilen, während die UI nativ bleibt.

Realistisch betrachtet ist der Anteil geteilten Codes hoch bei Geschäftslogik, Datenanbindung und Standard-UI, sinkt aber, sobald plattformspezifische Funktionen (spezielle Berechtigungen, Widgets, Hintergrundverarbeitung, tiefe OS-Integration) gefragt sind - dort schreibt man weiterhin plattformspezifischen Code. Klare Grenzen zeigen sich bei sehr performance- oder grafikintensiven Anwendungen wie 3D-Spielen oder AR/VR, wo native Entwicklung überlegen bleibt. Auch das exakte Nachbilden plattformtypischer Konventionen (iOS- gegenüber Android-Navigationsmustern) erfordert bewusste Arbeit, damit sich die App auf beiden Systemen heimisch anfühlt. Für die Technologiewahl zählt daher weniger die Marketing-Verheißung "ein Code für alles" als eine ehrliche Analyse, welche Teile der App sich wirklich teilen lassen und welche plattformspezifisch bleiben müssen.