Hat KI React Native erstickt?
Kürzlich hat Shopify beschlossen, alle seine mobilen Anwendungen vollständig von React Native zurück zur nativen Entwicklung zu migrieren.
Sein Ingenieurteam hat kürzlich auf der offiziellen Website den Artikel Native is now the future of mobile at Shopify veröffentlicht, in dem die Rückführung aller mobilen Anwendungen auf Swift und Kotlin angekündigt wird.
Diese Entscheidung ist mehr oder weniger unerwartet.
Man muss bedenken, dass Shopify im Jahr 2020 stark auf React Native gesetzt hat und in den folgenden Jahren zu einem der wichtigsten Nutzer und Mitwirkenden dieses Ökosystems geworden ist. Es hat nicht nur große Anwendungen wie Shopify, Shop, Point of Sale und Inbox mit React Native erstellt, sondern auch eine Reihe beliebter Tools wie React Native Skia, FlashList und Restyle als Open Source veröffentlicht. Sogar im Januar 2025 hat Shopify öffentlich betont, dass die Zukunft von React Native weiterhin vielversprechend ist und das Unternehmen plant, weiter in das Framework zu investieren.
Aber nur ein Jahr später hat sich die Entscheidung von Shopify geändert. Und warum genau ist das passiert?
Warum gibt Shopify plötzlich React Native auf?
Rückblickend auf das Jahr 2020, als Shopify entschlossen von der nativen Entwicklung zu React Native wechselte, war der von der offiziellen Seite angegebene Grund klar:
Erstens spart es viel Zeit, da dieselben Funktionen nicht mehr wiederholt erstellt werden müssen;
Zweitens ermöglicht es Ingenieuren ohne Hintergrund in der mobilen Entwicklung, an der Erstellung mobiler Anwendungen teilzunehmen;
Drittens muss man nicht ständig die Funktionsunterschiede zwischen den beiden Plattformen iOS und Android nachholen.
Diese Logik hat in den letzten Jahren tatsächlich funktioniert.
Shopify gibt an, dass React Native dem Unternehmen viel Entwicklungszeit gespart und das Team von dem Druck befreit hat, die Funktionskonsistenz zwischen Android und iOS langfristig aufrechtzuerhalten.
Gleichzeitig räumt Shopify jedoch ein, dass sie enorme Ressourcen investiert haben, um React Native in so groß angelegten Anwendungen stabil zu betreiben, einschließlich Leistungsoptimierung, Infrastrukturaufbau, Framework-Aktualisierung und Wartung externer Abhängigkeiten.
Diese Kosten waren in der Vergangenheit gerechtfertigt, da im Vergleich die Kosten für die Erstellung separater Codesätze für iOS und Android höher waren.
Mit der Zeit hat sich alles allmählich verändert.
Shopify gibt an, dass das Unternehmen bereits seit 2021 LLM für die Unterstützung der Softwareentwicklung einsetzt, zunächst hauptsächlich für die Implementierung von Funktionen, die Untersuchung von Problemen, die Behebung von Fehlern und die Code-Prüfung. Mit der Verbesserung der Modellfähigkeiten kann die KI immer komplexere Aufgaben übernehmen.
Bis Ende 2025 begann Shopify, eine ehemals selbstverständliche Annahme zu überdenken: Bedeutet die Erstellung von zwei mobilen Anwendungen wirklich noch die doppelte Arbeitsmenge?
Daher bewerteten sie den mobilen Technologie-Stack neu, begannen erneut mit der nativen Entwicklung in den Sprachen Swift und Kotlin und nutzten LLM, um die Kernteile ihrer großen Anwendungen neu zu erstellen.
Das Ergebnis hat das Team überrascht.
KI-Agenten können nicht nur Android-Funktionen auf Basis der iOS-Version implementieren, sondern auch Entwickler unterstützen, die ursprünglich hauptsächlich einen Technologie-Stack genutzt haben, um an der Entwicklung der anderen Plattform teilzunehmen. Gleichzeitig wurden die Kosten für die Aufrechterhaltung der Funktionskonsistenz zwischen iOS und Android durch gemeinsame Produktspezifikationen, Tests und Code-Prüfpunkte erheblich reduziert.
Daher kam Shopify schließlich zu einer sehr klaren Schlussfolgerung:
Die native Entwicklung bedeutet immer noch die Erstellung von zwei Softwaresätzen, aber die KI kann bereits einen ausreichend großen Teil der Implementierungs-, Umwandlungs-, Test- und Prüfarbeiten übernehmen, sodass die "wiederholte Entwicklung" nicht mehr wie im Jahr 2020 zu den entscheidenden Kostenfaktoren gehört.
Hier ist besonders zu beachten, dass Shopify diese Migration nicht als "React Native ist nicht mehr brauchbar" interpretiert.
Im Gegenteil, schreibt die offizielle Seite klar: React Native hat für Shopify immer gut funktioniert und ist nach wie vor ein hervorragendes Framework. Was sie wirklich geändert haben, sind die Kosten hinter dem Technologie-Stack.
Anwendung in 12 Wochen mit KI neu geschrieben
Was diese Migration besonders überzeugend macht, ist, dass Shopify sie bereits an einem praktischen Projekt validiert hat.
Shop ist die erste Anwendung von Shopify, die migriert wurde. Die offizielle Seite gibt bekannt, dass das Team von der Konzeptprüfung bis zur Veröffentlichung der vollständig neu geschriebenen nativen Version im App Store mit Unterstützung der KI nur 12 Wochen gebraucht hat.
Und das ist kein einfaches kleines Demo.
Shopify hat noch eine größere Hauptanwendung in der Migration. Laut offiziellen Angaben umfasst die Shopify App mehr als 300 Seiten, einschließlich Home-Bildschirm- und Sperrbildschirm-Widgets, Apple Watch-Anwendungen, komplexer Funktionen und Siri Shortcuts.
Derzeit hat die Migration dieser Flaggschiff-Anwendung bereits begonnen, die native Version soll für Ende 2026 erwartet werden. Andere mobile Anwendungen wie Shop, Shopify, Point of Sale und Inbox werden nacheinander migriert. Bemerkenswerterweise hat Shopify dieses Mal nicht die alte Methode "Umbau während des Betriebs" angewendet, sondern sich dafür entschieden, von Grund auf neu zu beginnen.
Warum nicht schrittweise migrieren, sondern direkt "von Grund auf neu erstellen"?
Als Shopify früher von der nativen Entwicklung zu React Native wechselte, wurde die schrittweise Umgestaltung angewendet. Der Grund dafür ist leicht verständlich: Die vollständige Neuerstellung einer ausgereiften großen Anwendung kann mehrere Jahre dauern, und während des gesamten Prozesses muss das Team weiterhin neue Funktionen entwickeln.
Aber dieses Mal ist die Situation anders. Shopify ist der Ansicht, dass die KI die Neuerstellung großer mobiler Anwendungen von Grund auf realistisch gemacht hat. Die offizielle Seite nennt drei Gründe:
Die KI kann auf die ursprüngliche React Native-Version verweisen, um Funktionen in Swift und Kotlin zu implementieren;
Neue Projekte können von den Einschränkungen im historischen Code befreit werden;
Und frühere Prototypen haben auch gezeigt, dass diese Neuerstellung viel schneller ist als früher.
Daher haben sie die alten RN-Anwendungen nicht schrittweise in nativen Code umgewandelt, sondern die RN-Anwendungen als "Referenzimplementierung" verwendet, um direkt einen neuen nativen Anwendungssatz zu erstellen.
Dieser Punkt ist sehr wichtig. Denn das bedeutet, dass die Rolle der KI bei Shopify nicht einfach ein "Code-Vervollständigungstool" ist. Sie fungiert eher als Migrationsassistent, der alte Systeme lesen, Anforderungen verstehen, andere Technologie-Stacks implementieren, Tests durchführen und kontinuierlich Korrekturen vornehmen kann.
Was passiert mit den Open-Source-Projekten von Shopify auf Basis von React Native?
Das ist auch eines der Themen, das die Gemeinschaft am meisten interessiert. Schließlich ist Shopify nicht nur ein Nutzer von React Native, sondern auch ein wichtiger Mitwirkender am Ökosystem.
Für einige beliebte Open-Source-Bibliotheken schreibt Shopify in seinem Blog klar:
Die Wartung von React Native Skia wird nicht sofort eingestellt. Shopify gibt an, das Projekt bis Ende 2026 weiter zu sponsern, und William Candillon wird es danach weiter warten. In den nächsten Monaten wird er ein neues Projekt aus dem vorhandenen Repository forken und es unter einem neuen Namen weiter veröffentlichen. Das alte Repository wird nach Abschluss der Migration archiviert. Für Entwickler, die bereits auf React Native Skia angewiesen sind, gibt Shopify an, Migrationsinformationen im Voraus zu veröffentlichen, und empfiehlt den Nutzern, William Candillon direkt zu sponsern.
Die Situation bei FlashList ist anders. Laut Shopify hat das Projekt derzeit etwa 2 Millionen Downloads pro Woche und ist zu einer wichtigen Lösung für die Hochleistungs-Listendarstellung im React Native-Ökosystem geworden. Daher wird Shopify es nicht sofort aufgeben. Bis ein neuer langfristiger Wartender gefunden ist, wird Shopify weiterhin kritische Fehler beheben, die zu Kompatibilitätsproblemen führen können. Derzeit führt Shopify Gespräche mit mehreren Unternehmen über die zukünftige langfristige Wartung von FlashList.
Restyle wird Ende 2026 die Wartung einstellen. Im Vergleich dazu hat Restyle eine kleinere Nutzerbasis. Shopify hat beschlossen, das Repository zu archivieren und es bis Ende 2026 weiter zu warten, danach wird die Wartung eingestellt. Andere Teams dürfen das Projekt direkt forken und weiterentwickeln, Shopify gibt an, den Übergang zu unterstützen.
Aus den derzeit veröffentlichten Plänen geht hervor, dass Shopify versucht, mehrere Kernprojekte jeweils der Gemeinschaft oder neuen Wartenden zu übergeben.
Schreibt die KI während der Neuerstellung einen Haufen "Müllcode"?
Wenn man die KI direkt ein großes React Native-Projekt lesen lässt und sagt: "Übersetze alles in Swift und Kotlin", ist das Ergebnis wahrscheinlich nicht sehr gut.
Shopify hat selbst einen solchen Versuch unternommen.
Die offizielle Seite sagt offen: "Wir haben einfach das React Native-Code-Repository an das große Sprachmodell übergeben und es gebeten, dieselben Funktionen sofort in nativem Code neu zu schreiben. Aber das hat sich als nicht praktikabel erwiesen. Selbst wenn das Modell zunächst so viele Informationen wie möglich sammelt, diese zu Spezifikationen und Aufgabendateien zusammenfasst und dann mit der Implementierung beginnt, erhält man am Ende oft einen Haufen schwer zu wartender Code, der überhaupt nicht veröffentlicht werden kann."
Daher haben sie speziell ein System namens Helix aufgebaut, das einen schrittweiseren Ansatz verfolgt. Es geht nicht davon aus, dass das erste vom Modell generierte Ergebnis korrekt ist, sondern bildet einen geschlossenen Kreislauf für kontinuierliche Iterationen: Ein unvollständiges Ergebnis kann nicht weitergeführt werden, erst nach ständigen Korrekturen und Erreichen des Nutzungsstandards geht es zum nächsten Schritt.
Konkret müssen Entwickler nur eine bestimmte Seite an Helix übergeben.
Helix liest zuerst den React Native-Code und erstellt dann eine Reihe kleiner Aufgabenpunkte, die innerhalb weniger Minuten überprüft werden können. Für jeden von der KI abgeschlossenen Punkt müssen mehrere Bedingungen gleichzeitig erfüllt sein:
Die Verhaltenstests bestehen;
Visueller Abgleich mit der laufenden ursprünglichen Anwendung;
Bestehen von zwei gegnerischen Code-Prüfungen;
Bestätigung durch einen menschlichen Entwickler.
Erst wenn alle Punkte erfüllt sind, kann der Code eingereicht werden, bevor der nächste Punkt beginnt.
Die Rückmeldungen aus jeder vorherigen Prüfung werden vom System gespeichert, sodass der anschließende Migrationsprozess zunehmend automatisiert wird.
Shopify hat festgestellt, dass die KI Code sehr schnell schreiben kann. Was den gesamten Prozess tatsächlich verlangsamt, ist das mobile Testen.
Denn wenn die KI Seiten über einen Simulator beobachten, Barrierefreiheitsbäume lesen, Schaltflächen anklicken und Screenshots machen muss, um das Ergebnis zu prüfen, kann eine vollständige Rückmeldung mehrere Minuten dauern.
Das Modell kann den Code in Sekunden korrigieren, aber eine einzelne Überprüfung dauert mehrere Minuten.
Für KI-Agenten, die wiederholt iterieren müssen, ist diese Effizienz inakzeptabel.
Daher hat Shopify das Anwendungsarchitektur-Design komplett neu überdacht. Sie haben ein Kernprinzip aufgestellt – Die Geschäftslogik muss vollständig von der Benutzeroberfläche entkoppelt sein und kann unabhängig von der mobilen Oberfläche in einer Desktop-Umgebung ohne Benutzeroberfläche ausgeführt werden.
Anschließend haben sie diese Funktionen über die CLI für KI-Agenten freigegeben.
Auf diese Weise können Agenten den Anwendungsstatus direkt prüfen, Navigation durchführen und Aktionen ausführen, ohne jedes Mal den Simulator starten und die Oberfläche beobachten zu müssen. Einige Vorgänge können in Millisekunden statt wie früher in Minuten abgeschlossen werden.
Nur wenn die Benutzeroberfläche tatsächlich überprüft werden muss, stellt der Agent über einen Remote-Modus eine Verbindung zum Simulator her, um Tests durchzuführen.
Wird React Native wirklich "aussterben"?
Viele Nutzer im Internet interpretieren diese Migration direkt als "Die KI hat React Native verdrängt".
Aber Shopify selbst teilt diese Ansicht nicht. Am Ende des Artikels betont es besonders: React Native war im Jahr 2020 die richtige Wahl, und die native Entwicklung ist heute die richtige Wahl.
Tatsächlich bestand das Kernproblem, das React Native damals gelöst hat, darin, dass Entwickler keine großen Mengen ähnlichen Codes für verschiedene Plattformen wiederholt schreiben wollten. Heute übernehmen KI-Agenten einen Teil dieser früher manuell ausgeführten wiederholten Arbeiten. Wenn die Kosten für das "wiederholte Schreiben von Code" sinken, müssen die Cross-Plattform-Lösungen, die ursprünglich zur Senkung der Entwicklungskosten entwickelt wurden, natürlich neu bewertet werden.
Das bedeutet nicht, dass Cross-Plattform-Frameworks wie React Native oder Flutter in den nächsten drei Jahren ihren Wert verlieren werden. Für viele Teams bedeutet Cross-Plattform-Entwicklung nach wie vor ein ausgereiftes Ökosystem, ein einheitlicheres Entwicklungserlebnis und niedrigere Wartungskosten.
Aber Shopify hat bereits ein Experiment in beträchtlichem Umfang durchgeführt. Was als Nächstes wirklich beachtenswert ist, ist vielleicht nicht die Frage, ob React Native "aussterben" wird, sondern ob mehr große Teams mit ähnlichen KI-Agenten-Fähigkeiten ihre früheren technischen Entscheidungen überdenken werden.
React Native ist nicht plötzlich schlechter geworden. Was sich geändert hat, sind die Kosten für das Schreiben von nativem Code. Und genau das ist der Punkt, an dem die KI den Technologie-Stack der Softwareentwicklung neu gestaltet.