React Native
Jedna baza kodu w TypeScript na iOS i Androida, budowana przez inżynierów, którzy dokładnie wiedzą, gdzie kończy się framework, a zaczyna kod natywny.
Co to jest
React Native pozwala jednemu zespołowi wydawać aplikacje na iOS i Androida z jednej bazy kodu w TypeScript; w typowej aplikacji biznesowej współdzielone jest 85 do 95 procent kodu. Cała ekonomia w jednym zdaniu: jeden backlog, jeden cykl wydań, a każda funkcja trafia do obu sklepów jednocześnie, zamiast być budowana dwa razy i stopniowo się rozjeżdżać.
Najczęściej wygrywa wtedy, gdy masz już Reacta w webie. Twoi inżynierowie od pierwszego dnia znają model komponentów, wzorce zarządzania stanem i narzędzia, a design system i logika biznesowa zbudowane dla przeglądarki przenoszą się na mobile. Żaden inny stack cross-platform nie zamienia istniejącego zespołu webowego w zespół mobilny tak tanio, a pula programistów Reacta jest największa na rynku, gdy przyjdzie czas na rekrutację.
To nie jest kod natywny i nie udajemy, że jest. Kamera, Bluetooth, widgety i wymagająca grafika czasu rzeczywistego nadal oznaczają moduły w Swifcie i Kotlinie, a każda aktualizacja React Native kosztuje realny czas inżynierski. Tę granicę wyznaczamy przed startem projektu, uczciwie budżetujemy utrzymanie i mówimy wprost, kiedy Twojej aplikacji lepiej posłuży Flutter albo dwie natywne bazy kodu.
Dlaczego to działa
Jedna baza kodu, dwa sklepy
Typowa aplikacja biznesowa współdzieli 85 do 95 procent kodu. Finansujesz jeden zespół i jeden backlog, a iOS i Android dostają te same funkcje tego samego dnia.
Twój zespół webowy jest Twoim zespołem mobilnym
React Native to React z natywnymi klockami. Inżynierowie rozwijający Twoją aplikację webową są produktywni w kodzie mobilnym w kilka dni, nie miesięcy.
Poprawki bez kolejki w sklepie
Aktualizacje over-the-air dostarczają poprawki na poziomie JavaScriptu prosto do użytkowników, w granicach regulaminów sklepów. Zła wersja przestaje oznaczać dwa dni czekania na review.
Natywnie tam, gdzie to się opłaca
Tam, gdzie framework się kończy, piszemy Swift i Kotlin: płatności, kamera, Bluetooth, zadania w tle. Zaplanowane jako moduły natywne z góry, a nie odkrywane w trzecim miesiącu.
Jak z nim pracujemy
Wyznaczamy granicę natywną
Zanim cokolwiek wycenimy, spisujemy każdą funkcję wymagającą kodu natywnego: sensory, płatności, praca w tle. Ta lista decyduje o architekturze i czyni wycenę uczciwą.
Fundamenty w pierwszym tygodniu
Expo albo bare workflow, nawigacja, zarządzanie stanem, design tokens i CI z dostarczaniem do sklepów: wszystko ustalone i działające w pierwszym tygodniu. Powolne fundamenty to miejsce, w którym umierają projekty cross-platform.
Bety od drugiego tygodnia
Aplikacja trafia wcześnie na TestFlight i wewnętrzną ścieżkę Google Play, a każdy sprint kończy się nową wersją. Interesariusze oceniają działające buildy na własnych telefonach, nie zrzuty ekranu.
Aktualizacje jako rutyna, nie kryzys
Trzymamy aplikację najwyżej jedno wydanie za stabilnym React Native, jawnie budżetujemy pracę przy aktualizacjach i zostawiamy plan utrzymania z konkretnymi liczbami zamiast niespodzianki.
Co otrzymujesz
Częste pytania
Czy React Native jest wystarczająco szybki dla naszej aplikacji?
Dla większości aplikacji biznesowych tak: nowa architektura działa na JSI z silnikiem Hermes, a listy, formularze i dashboardy są dla użytkownika nieodróżnialne od natywnych. Uczciwe wyjątki to wymagająca grafika czasu rzeczywistego, przetwarzanie wideo i gry. Jeśli Twoja aplikacja tam żyje, powiemy to wprost i wskażemy Fluttera albo kod natywny.
Ile kodu naprawdę jest współdzielone między iOS a Androidem?
W aplikacjach, które wydajemy: 85 do 95 procent. Reszta to moduły natywne, konfiguracja platform i drobne poprawki UI pod konkretny system. Udział spada, gdy aplikacja mocno korzysta ze sprzętu, i dokładnie to badamy, zanim podejmiesz decyzję.
Ile naprawdę kosztuje utrzymanie?
Załóż cykl aktualizacji React Native i zależności dwa do trzech razy w roku, po kilka inżynierodni, jeśli robione terminowo. Rok zaległości zamienia te dni w tygodnie, dlatego nasze plany utrzymania pilnują rytmu. Expo znacząco obniżyło ten koszt w ostatnich latach.
React Native czy Flutter?
Jeśli masz zespół Reactowy w webie albo współdzielisz logikę z produktem webowym, React Native wykorzystuje to, co już posiadasz. Jeśli produkt jest prowadzony designem, z mocno niestandardowym UI i animacjami, lepiej sprawdzi się własny renderer Fluttera. Budujemy w obu, a rekomendację dostajesz na piśmie, z powodami.
Wydawaj do obu sklepów z jednej bazy kodu
Bezpłatna 30-minutowa rozmowa z doświadczonym inżynierem mobile. Wyjdziesz z niej wiedząc, czy React Native pasuje do Twojej aplikacji i ile kosztuje sprawdzenie tego na pewno.
Porozmawiaj z inżynierem mobile