Creerò un'app mobile multipiattaforma con React Native per iOS e Android

Cosa copre

Una codebase React Native, due store, un set di bug da risolvere. Navigazione, autenticazione, notifiche push, gestione offline e le differenze di piattaforma che un framework multipiattaforma non fa scomparire da solo.

Come lo affronto

L'app viene costruita sulla tua API reale fin dal primo giorno, non su dati fittizi che si comportano meglio di quanto la produzione farà mai. L'autenticazione utilizza l'archiviazione sicura sul dispositivo e i token di aggiornamento gestiti in un unico posto, perché i bug dei token sparsi tra le schermate sono il modo più comune in cui le app mobili si deteriorano. Le liste sono virtualizzate e paginate; le immagini sono memorizzate nella cache e dimensionate per il dispositivo anziché scaricate a piena risoluzione.

Il lavoro sulla piattaforma è trattato come lavoro, non come una nota a piè di pagina: iOS ha bisogno delle proprie stringhe di permesso e del provisioning, Android ha bisogno dei suoi canali di notifica e del comportamento del pulsante indietro, ed entrambi hanno bisogno di deep link che sopravvivano a un avvio a freddo.

Risultati

• Progetto React Native in TypeScript, con i moduli nativi di cui hai bisogno e nessun altro.
• Build TestFlight e Play per il tracciamento interno in modo da poterlo tenere in mano presto.
• Notifiche push cablate end-to-end, incluso il trigger di backend.
• Build di rilascio, testo e screenshot della scheda dello store e le note necessarie per la sottomissione.
• Una breve guida per eseguirlo, costruirlo e rilasciarlo da solo.

Cosa mi serve

Un'API o una sua specifica, le tre schermate più importanti e gli account sviluppatore Apple e Google se li hai già. Se non li hai, ti dirò esattamente cosa creare e quando.

Nota sull'ambito

Un'app, un pubblico. Se il prodotto richiede due esperienze molto diverse — ad esempio un'app per i clienti e un'app per i conducenti — si tratta di due build e lo dirò prima di fare un preventivo piuttosto che dopo.

Tempi di consegna e comunicazione

La prima build TestFlight o per il tracciamento interno di solito entro due settimane, in modo da avere l'app in mano e dare feedback sull'oggetto stesso piuttosto che sugli screenshot. Mantengo esplicita la checklist di rilascio — permessi, deep link, comportamento offline, metadati dello store — perché sono gli elementi che trasformano un'app funzionante in una sottomissione rifiutata. Ogni build che ricevi è una build che potresti spedire.