A Shopify bejelentette, hogy a React Native-ról visszalép a különálló natív codebase-ekre: az iOS‑alkalmazásokhoz Swiftet, az Androidhoz Kotlin‑t fognak használni. A váltás a cég szerint nem egy technológiai kudarc elismerése, hanem az eredeti döntést meghatározó körülmények megváltozásának következménye.
Miért választották korábban a React Native‑ot?
A cég 2020‑ban tért át React Native‑ra három okból:
- Ne kelljen ugyanazt a funkciót kétszer megépíteni.
- Lehetővé tenni, hogy fejlesztők dolgozhassanak a teljes stacken átívelően.
- Kevesebb időt töltsenek a funkcióparitás hajszolásával, és több időt a valódi érték szállításával.
Shopify azt írja, hogy ezek a célok akkoriban helytállóak voltak, és a React Native „nagyszerű platformnak” bizonyult a náluk eltöltött hat év alatt.
Mi változott most?
A bejelentés szerint a natív megközelítés továbbra is azt jelenti, hogy két külön platformra kell szoftvert fejleszteni és fenntartani, és ez a költség nem tűnt el. Ami megváltozott az az, hogy az úgynevezett "agentek" — a cég leírása alapján ezek olyan eszközök vagy munkafolyamatok, amelyek képesek jelentős mennyiségű megvalósítási, fordítási, tesztelési és átvizsgálási feladatot elvégezni — most már elvégzik azt a munkát, ami korábban a multiplatform‑fejlesztés döntő érvét adta. Ennek következtében a React Native használatának fő előnye már nem elég erős, hogy indokolja a kompromisszumokat.
Könyvtárak és jövőbeli lépések
A Shopify három jelentősebb React Native‑könyvtár karbantartója: react-native-skia, flash-list és restyle. A bejelentés szerint az első két projekt új otthont talál magának; a restyle kisebb felhasználói bázisa miatt archiválásra kerül 2026 végén.
A vállalat kommunikációja hangsúlyozza, hogy a döntés pragmatikus: a React Native‑nak köszönetet mondanak az elmúlt évekért, de a jelen körülmények között a natív Swift és Kotlin codebase-ek szolgálják jobban a mobiltermékek fejlesztését.
Miért számít ez?
A Shopify váltása fontos jelzés lehet a mobilfejlesztési ökoszisztémában: egy olyan nagy szereplő, amely hatékonyan skálázta termékét React Native‑dal, most úgy döntött, hogy a natív fejlesztési irány előnyei meghaladják az egyszerűbb megosztott kód előnyeit. Emellett a döntés rávilágít arra is, hogy az újabb munkafolyamatok és agent‑eszközök hogyan alakítják át a fejlesztési költségek és kompromisszumok mérlegelését.
