Voi construi o aplicație mobilă multiplatformă cu React Native pentru iOS și Android

Ce acoperă acest lucru

O singură bază de cod React Native, două magazine, un singur set de erori de remediat. Navigație, autentificare, notificări push, gestionarea offline și diferențele de platformă pe care un cadru multiplatformă nu le face să dispară de la sine.

Cum abordez problema

Aplicația este construită pe baza API-ului dvs. real din prima zi, nu pe date simulate care se comportă mai bine decât o va face vreodată producția. Autentificarea utilizează stocare securizată pe dispozitiv și token-uri de reîmprospătare gestionate într-un singur loc, deoarece erorile de token-uri împrăștiate pe ecrane sunt cel mai comun mod în care aplicațiile mobile se degradează. Listele sunt virtualizate și paginate; imaginile sunt cache-uite și dimensionate pentru dispozitiv, mai degrabă decât descărcate la rezoluție maximă.

Lucrul pe platformă este tratat ca muncă, nu ca o notă de subsol: iOS are nevoie de propriile șiruri de permisiuni și provizionare, Android are nevoie de canalele sale de notificare și de comportamentul butonului de înapoi, iar ambele au nevoie de linkuri profunde care supraviețuiesc unei porniri la rece.

Livrabili

• Proiect React Native în TypeScript, cu modulele native de care aveți nevoie și niciun altul.
• Versiuni TestFlight și Play internal-track, astfel încât să o puteți ține în mână devreme.
• Notificări push conectate end-to-end, inclusiv declanșatorul backend.
• Versiuni de lansare, text și capturi de ecran pentru listarea în magazin și notele necesare pentru trimitere.
• Un scurt ghid pentru rularea, construirea și lansarea ei de unul singur.

Ce am nevoie

Un API sau o specificație pentru unul, cele trei ecrane care contează cel mai mult și conturi de dezvoltator Apple și Google dacă le aveți deja. Dacă nu le aveți, vă voi spune exact ce să creați și când.

Notă privind anvergura

O aplicație, o audiență. Dacă produsul necesită două experiențe foarte diferite — de exemplu, o aplicație pentru clienți și o aplicație pentru șoferi — acestea sunt două versiuni și voi spune acest lucru înainte de a cita, nu după.

Timp de execuție și comunicare

Prima versiune TestFlight sau internal-track, de obicei în două săptămâni, astfel încât să țineți aplicația și să oferiți feedback pe lucrul în sine, mai degrabă decât pe capturi de ecran. Păstrez lista de verificare a lansării explicită — permisiuni, linkuri profunde, comportament offline, metadate ale magazinului — deoarece acestea sunt elementele care transformă o aplicație funcțională într-o trimitere respinsă. Fiecare versiune pe care o primiți este o versiune pe care ați putea-o lansa.