React Native fejlesztés Expo keretrendszerrel

Mit fejlesztünk konkrétan

React Native-ban Expo keretrendszerrel dolgozunk, ami gyorsítja a fejlesztést és a build-folyamatot, és lehetővé teszi az OTA-frissítést, vagyis a JavaScript-kód frissítését store-review nélkül, amikor a változás nem érint natív kódot. NativeWind-dal stílusozzuk a komponenseket, ami a webes csapatoknak ismerős Tailwind-szintaxist hoz a mobil világba. Olyan csapatoknak ajánljuk elsősorban, akiknek már van React-tapasztalata, mert a komponens-alapú gondolkodás és a hook-ok közvetlenül átvihetők a mobilfejlesztésbe, rövidebb betanulási idővel.

Hogyan használod a havi fejlesztési órát

A fejlesztési óra a hosting-előfizetésedhez tartozik: VPS-en 1–8 óra jár havonta, dedikált szerveren pedig csomagtól függően 5–10 óra. Az ügyfélpanelben, a Fejlesztési szolgáltatások menüpontban nyitsz kérést, leírod a feladatot, és javasolsz egy határidőt, amit a csapatunk visszaigazol. Az órák nem gyűlnek át a következő hónapra, ezért egy nagyobb natív modul-integrációt vagy store-publikálást érdemes több hónapra elosztva betervezni. Ami a keretet meghaladja, azt külön, óradíj alapján számlázzuk.

OTA-frissítés és natív modulok

Az Expo OTA-mechanizmusával a JavaScript-réteg frissítései a felhasználóhoz kerülnek anélkül, hogy új store-review-n kellene átmenni, ami napokat spórol egy hibajavításnál. Amikor egy funkció natív API-t igényel — kamera, Bluetooth, háttérben futó feladat —, natív modult építünk vagy meglévőt kötünk be, és ilyenkor a build-et natívan is újra kell buildelni, store-review-val együtt. Előre jelezzük, melyik funkció melyik útra tartozik, hogy a csapatod tervezhesse a kiadási ütemet.

• OTA-frissítés a JavaScript-réteghez, review nélkül
• Natív modul csak platform-specifikus funkcióknál
• NativeWind stílusozás, webes csapatoknak ismerős szintaxis

Store-publikálás és karbantartás

Az App Store-ba és a Google Play-be történő publikálást végigkísérjük, a fejlesztői fiók beállításától a review-folyamat követésén át az első verzió élesítéséig. React Native és Expo verziófrissítések rendszeresen érkeznek, és ezeket érdemes követni, mert egy régi verzió idővel platformkompatibilitási problémákat okoz. Ezt a karbantartást a havi fejlesztési óráidból fedezzük, ütemezetten, hogy az app mindig telepíthető maradjon mindkét store-ban. Amikor egy platform új szabályt vezet be, előre jelezzük, mit érint ez az appodban, mielőtt kényszerű elutasítást kapnál a review során.

Hogyan dolgozunk

1. Kérés a panelből

   Az ügyfélpanelben, a Fejlesztési szolgáltatások menüpontban leírod a feladatot, és javasolsz egy határidőt, ami passzol az ütemezésedhez és a lansolásaidhoz.

2. Egyeztetjük a scope-ot

   Megbeszéljük a pontos terjedelmet, megbecsüljük a szükséges órákat a havi keretből, és tisztázzuk, mi fér bele a csomagba és mi számlázódik külön óradíjjal.

3. Fejlesztünk és tesztelünk

   Megírjuk a kódot, lefuttatjuk az automata teszteket, és staging környezetben ellenőrizzük, hogy minden integráció és folyamat hibátlanul működik valós adatokon is.

4. Átadás dokumentációval

   Átadjuk a kódot a repository-ban, a telepítési lépéseket és a fontosabb döntéseink indoklását leírva, hogy a csapatod önállóan is tovább tudjon dolgozni rajta.

Felhasználási esetek

Technológiák

• React Native
• Expo
• TypeScript
• NativeWind
• EAS Build
• REST API
• SQLite
• Fastlane

Gyakori kérdések

• Mennyibe kerül egy mobil applikáció React Native-ban?

  Konkrét árat a feladat terjedelme nélkül nem tudunk mondani, de a havi fejlesztési óra már benne van a hosting-előfizetésedben: VPS-en 1–8 óra, dedikált szerveren csomagtól függően 5–10 óra. Ami ezen felül kell, azt előzetes egyeztetés után, óradíj alapján számlázzuk.

• Miért érdemes Expo-t használni sima React Native helyett?

  Az Expo gyorsítja a build-folyamatot, kezeli a natív konfiguráció nagy részét, és lehetővé teszi az OTA-frissítést a JavaScript-réteghez, review nélkül. Ha egy funkció speciális natív modult igényel, azt Expo mellett is be tudjuk kötni, a legtöbb projektnél nem korlátozás.

• Flutter vagy React Native: melyiket válasszam?

  React Native jó választás, ha a csapatod már React-tapasztalattal rendelkezik, mert a komponens-alapú gondolkodás közvetlenül átvihető. Flutter akkor erős, ha egységesebb, natívnak ható felületet szeretnél, kevesebb natív modul-függőséggel a fejlesztés során.

• Mi az az OTA-frissítés?

  Az OTA-frissítés a JavaScript-kód frissítését jelenti a felhasználó eszközén anélkül, hogy új store-review-n kellene átmennie az appnak. Ez napokat spórol egy hibajavításnál vagy kisebb UI-módosításnál, natív kódot érintő változásnál viszont továbbra is review kell.

• Mennyi idő egy mobilalkalmazás fejlesztése?

  Egy közepes összetettségű appnál néhány hónapos munkával számolj, a natív modulok számától és az integrációk mélységétől függően. A havi fejlesztési órák keretében ütemezetten haladunk, a tervezéstől a store-publikálásig, folyamatos visszajelzéssel a csapatod felé.

• Ki segít a store-publikálásban és a karbantartásban?

  A teljes publikálási folyamatot végigkísérjük, a fejlesztői fiók beállításától a review-folyamat követésén át az élesítésig. A React Native és Expo verziófrissítések követését is a havi fejlesztési óráidból fedezzük, hogy az app ne fusson ki a kompatibilitásból.