Cross-Plattform-Framework
Ein Cross-Plattform-Framework ist ein Werkzeugkasten für Entwickler, mit dem sie eine App einmal schreiben und sie dann auf mehreren Betriebssystemen gleichzeitig veröffentlichen können. Das spart Zeit und Kosten, weil kein getrennter Code für Android, iOS oder Windows entstehen muss.
Wer eine App entwickelt, steht vor einem Problem: Android, iOS und Windows verstehen jeweils nur Code, der speziell für sie geschrieben wurde. Ohne Hilfsmittel bräuchte man drei separate Entwicklerteams für dasselbe Produkt. Ein Cross-Plattform-Framework löst dieses Problem. Es ist eine Sammlung von Werkzeugen und Regeln, die es erlaubt, eine App einmal zu programmieren und sie danach auf mehreren Betriebssystemen laufen zu lassen. Der Entwickler schreibt seinen Code in einer gemeinsamen Sprache, das Framework übernimmt die Übersetzung.
Warum ein Code für alle Plattformen so viel ausmacht
Ohne Cross-Plattform-Ansatz muss jede Funktion doppelt oder dreifach gebaut werden — einmal für jedes Betriebssystem. Das kostet Zeit, Geld und führt leicht zu Fehlern. Wenn ein Team einen Fehler behebt, muss dieselbe Korrektur oft manuell in jede Version übertragen werden.
Für kleine Teams oder Start-ups ist das besonders kritisch. Eine Handvoll Entwickler kann mit einem Cross-Plattform-Framework eine App bauen, für die ein traditionelles Team dreimal so groß sein müsste. Das erklärt, warum diese Frameworks in der Praxis so verbreitet sind.
Es gibt allerdings einen Kompromiss: Native Apps — also Apps, die ausschließlich für ein Betriebssystem geschrieben wurden — nutzen die Eigenheiten ihres Systems bis ins letzte Detail aus. Cross-Plattform-Apps sind manchmal einen kleinen Schritt langsamer oder fühlen sich nicht ganz so « einheimisch » an. Dieser Unterschied wird mit jeder Framework-Generation geringer, ist aber noch nicht vollständig verschwunden.
Wie der Code auf mehreren Systemen gleichzeitig läuft
Verschiedene Frameworks lösen das technisch auf unterschiedliche Wege. Bei Flutter, einem Framework von Google, wird der gesamte Inhalt der App von einer eigenen Grafikmaschine gezeichnet — das Betriebssystem liefert nur die leere Leinwand. Dadurch sieht die App auf Android und iOS identisch aus, weil sie gar nicht auf die eingebauten Darstellungswerkzeuge des Systems angewiesen ist.
React Native, das auf dem JavaScript-Ökosystem — also der Sprache hinter fast allen Webseiten — aufbaut, geht anders vor. Hier übersetzt das Framework die Anweisungen des Entwicklers zur Laufzeit in echte, systemeigene Bausteine. Die Benutzeroberfläche besteht dann aus denselben Elementen wie eine native App, nur der Entwicklungsprozess war plattformübergreifend.
Gemeinsam haben alle Ansätze eine Abstraktionsschicht — eine Art Vermittler, der zwischen dem gemeinsamen Code und dem jeweiligen Betriebssystem sitzt. Je besser diese Schicht gebaut ist, desto weniger merkt der Nutzer am Ende, dass die App nicht rein nativ ist.
Welche Apps schon heute auf diesen Frameworks laufen
Viele Apps, die täglich millionenfach genutzt werden, sind mit Cross-Plattform-Frameworks gebaut. Die Bezahl-App von BMW, Teile der Microsoft-Office-Suite auf dem Smartphone und der Kundenbereich einiger Banken laufen auf Flutter oder React Native. Selbst LinkedIn und Discord haben Teile ihrer mobilen Apps auf React Native umgestellt.
In Tech-News taucht das Thema oft dann auf, wenn ein großes Unternehmen ankündigt, seine native App aufzugeben und auf ein Cross-Plattform-Framework umzusteigen — oder umgekehrt, wenn ein Unternehmen wie Airbnb nach Jahren öffentlich erklärt, warum es React Native wieder verlassen hat. Beide Entscheidungen sind Nachrichten wert, weil sie jeweils Millionen von Nutzern betreffen.
Auch im KI-Bereich spielen Cross-Plattform-Frameworks eine wachsende Rolle. KI-Funktionen wie Spracherkennung oder Bildbeschreibung werden häufig als einheitliche Bibliotheken gebaut, die über solche Frameworks direkt in Apps eingebettet werden können — egal ob der Nutzer ein Android-Gerät oder ein iPhone in der Hand hält.