Elkészítem React Native alkalmazását Androidra és iOS-re, csatlakoztatva a backendhez

Az egyetlen kódbázis mindkét telefonhoz a fő oka annak, hogy a startupok és kisvállalkozások a React Native-et választják. Egy csapat, amely már ismeri a React-et, natív alkalmazást tud szállítani anélkül, hogy két különálló alkalmazást kellene fenntartania, és a logika nagy része megosztható egy React webes felülettel.

A Starter egy kis alkalmazást vagy egy első szeletet biztosít: akár három képernyőt navigációval és adatokkal az API-jából, telepíthető Android buildként. A Standard akár nyolc képernyőt, bejelentkezést a backendjéhez, űrlapokat és helyi tárhelyet tartalmaz, Android és iOS buildekkel a teszteléshez. Az Advanced csomagban akár tizenöt képernyőt kap, plusz push értesítéseket, offline használatot a fő képernyőkön, és buildeket, amelyek készen állnak a Google Play és az App Store-ba való beküldésre.

Az Android verziót egy valódi Android telefonon tesztelem. Az iOS buildek a felhőben készülnek az Expo build szolgáltatásával (EAS), és a TestFlight-on keresztül jutnak el az iPhone-jára, ahol Ön teszteli őket, mielőtt bármit is beküldenek. A TestFlight az Ön Apple Developer fiókján fut, így az iOS teszt buildek akkor indulnak, amint ez a fiók létrejött.

A publikáláshoz saját fejlesztői fiókokra van szükség, Google Play és az Apple Developer Program. Egy új személyes Google Play fióknak zárt tesztet kell futtatnia külső tesztelőkkel az első nyilvános kiadás előtt, ezért érdemes korán megnyitni. Az alkalmazás az Ön neve alatt kerül publikálásra, és a kód az Öné. A szállítás után 14 napig ingyenesen javítok mindent, ami nem úgy működik, ahogy megegyeztünk.

Még nincs mobilalkalmazás a nyilvános portfóliómban; az ott látható React és TypeScript munka webes. Ezért mutatok korán egy kattintható első képernyőt, és Ön egy valódi build alapján dönt az irányról.

Minden írásban történik, hívások nélkül: először a képernyőlista, majd egy írásos frissítés és egy friss teszt build, ahogy a munka halad.

A projekt befejezésének lépései
1. A képernyők elfogadása - Az Ön ötlete vagy terve és API-ja alapján leírom az összes képernyőt, hogy mit mutat az egyes állapotokban és milyen hívásokat kezdeményez. A kódolás azután kezdődik, hogy Ön jóváhagyja ezt a listát.
2. Első képernyő korán - Navigáció, az alkalmazás héja és egy valódi képernyő az Ön adataival, teszt buildként, hogy az irány ellenőrizve legyen, mielőtt a többi elkészül.
3. Az alkalmazás többi része - A fennmaradó képernyők, bejelentkezés és űrlapok, csatlakoztatva a backendjéhez, betöltési, üres és hibaállapotokkal.
4. Teszt buildek és egy felülvizsgálati kör - Android telepíthető fájlként, iOS a TestFlight-on keresztül. Ön egy listában küldi el a javításokat, én pedig kijavítom őket a következő buildben.
5. Kód és kiadási megjegyzések - Az Ön repositoryja megkapja a kódot és egy megjegyzést a buildelésről és kiadásról; az Advanced csomagban az áruház buildek készen állnak a beküldésre az Ön fiókjaiból.