A tételről
A munka terjedelme
Egyetlen React Native kódbázis, amely egy egységes mobilalkalmazást hoz létre mindkét áruház számára, lefedve a navigációt, a bejelentkezést, a push-értesítéseket, az offline támogatást, valamint a platformspecifikus működést, amelyet a keresztplatformos eszközök nem oldanak meg automatikusan.
Módszerünk
A fejlesztés a helyőrző adatok helyett a tényleges API-jával indul, mivel a valós végpontok máshogy viselkednek, mint a mock adatok. A bejelentkezés biztonságos eszközön belüli tárolásra épül egyetlen helyen központosított frissítési logikával, mivel a szétszórt tokenkezelés miatt szoktak leggyakrabban hibák fellépni a mobilalkalmazásokban. A listák virtualizáltak és lapozva töltődnek be; a képek gyorsítótárazva vannak, és a teljes méretben való letöltés helyett az eszközhöz igazítva kerülnek átméretezésre.
A platformspecifikus igényeket valódi teljesítendő feladatként kezeljük, nem pedig utólagos kiegészítésként: az iOS saját engedélyszövegeket és provisioning profilokat igényel, az Android értesítési csatornákat és ésszerű vissza gomb-kezelést kíván, és a mélyhivatkozásoknak mindkét platformon működniük kell a hidegindítás után is.
Amit Ön kap
- Egy TypeScript React Native projektet, amely kizárólag a ténylegesen szükséges natív modulokat tartalmazza.
- Tesztverziókat az iOS béta csatornán és az Android belső tesztelési sávján, így már korán kipróbálhatja.
- Teljesen összekapcsolt push-értesítéseket, beleértve a kiszolgálóoldali triggert is.
- Kiadási verziókat, valamint áruházi adatlap-szövegeket, képernyőképeket és beküldési megjegyzéseket.
- Egy rövid útmutatót, hogy később Ön is önállóan felépíthesse, futtathassa és kiadhassa az alkalmazást.
Amit Öntől kérünk
Egy API-t vagy legalább egy specifikációt hozzá, a legfontosabb néhány képernyőt, valamint Apple- és Google-fejlesztői fiókokat, amennyiben már rendelkezik velük. Ha nem, pontosan meghatározzuk, hogy mire van szükség és mikor.
A projekt határai
Ez egyetlen közönségnek szánt, egyetlen alkalmazásra terjed ki. Ahol egy terméknek két különálló felületre van szüksége, például egy ügyféloldali és egy különálló sofőroldali alkalmazásra, az két külön verziónak számít, és ezt még az árajánlat átadása előtt jelezzük, nem pedig utólag.
Ütemezés és frissítések
Egy korai tesztverzió általában jóval a projekt vége előtt elkészül, így a visszajelzések a futó alkalmazás, és nem statikus képernyőképek alapján adhatók meg. A kiadási ellenőrzőlista végig egyértelmű marad, kiterjedve az engedélyekre, a mélyhivatkozásokra, az offline működésre és az áruházi metaadatokra, mivel általában ezek miatt válik egy működő verzió elutasított beküldéssé.