Ik zal een cross-platform mobiele app bouwen met React Native voor iOS en Android

Wat dit omvat

Eén React Native-codebase, twee winkels, één set bugs om op te lossen. Navigatie, authenticatie, pushmeldingen, offline afhandeling en de platformverschillen die een cross-platform framework niet vanzelf laat verdwijnen.

Hoe ik het aanpak

De app wordt vanaf dag één gebouwd tegen uw echte API, niet tegen gesimuleerde gegevens die zich beter gedragen dan de productie ooit zal doen. Authenticatie maakt gebruik van veilige opslag op het apparaat en vernieuwingstokens worden op één plek afgehandeld, omdat tokenbugs verspreid over schermen de meest voorkomende manier zijn waarop mobiele apps verouderen. Lijsten zijn gevirtualiseerd en gepagineerd; afbeeldingen worden in de cache opgeslagen en op maat gemaakt voor het apparaat in plaats van op volledige resolutie te worden gedownload.

Platformwerk wordt behandeld als werk, niet als een voetnoot: iOS heeft zijn eigen toestemmingsstrings en provisioning nodig, Android heeft zijn meldingskanalen en terugknopgedrag nodig, en beide hebben deep links nodig die een koude start overleven.

Leveringen

• React Native-project in TypeScript, met de native modules die u nodig heeft en geen andere.
• TestFlight- en Play interne-track-builds, zodat u het vroeg in handen kunt hebben.
• Pushmeldingen end-to-end aangesloten, inclusief de backend-trigger.
• Release-builds, tekst voor de winkelvermelding en screenshots, en de benodigde notities om in te dienen.
• Een korte handleiding om het zelf uit te voeren, te bouwen en vrij te geven.

Wat ik nodig heb

Een API of een specificatie daarvoor, de drie belangrijkste schermen, en Apple- en Google-ontwikkelaarsaccounts als u die al heeft. Als u die niet heeft, vertel ik u precies wat u moet maken en wanneer.

Bereiknotitie

Eén app, één doelgroep. Als het product twee zeer verschillende ervaringen nodig heeft — bijvoorbeeld een klant-app en een chauffeur-app — dan zijn dat twee builds en zal ik dat zeggen voordat ik een offerte uitbreng in plaats van erna.

Doorlooptijd en communicatie

De eerste TestFlight- of interne-track-build meestal binnen twee weken, zodat u de app in handen heeft en feedback geeft op het ding zelf in plaats van op screenshots. Ik houd de release-checklist expliciet — machtigingen, deep links, offline gedrag, winkelmetadata — omdat dat de items zijn die een werkende app veranderen in een afgewezen inzending. Elke build die u ontvangt, is een build die u zou kunnen verzenden.