Unë do të ndërtoj një aplikacion celular ndër-platformë me React Native për iOS dhe Android

Çfarë mbulon kjo

Një bazë kodi React Native, dy dyqane, një grup gabimesh për t'u rregulluar. Navigimi, autentifikimi, njoftimet shtytëse, trajtimi offline dhe ndryshimet e platformës që një kornizë ndër-platformë nuk i zhduk vetë.

Si e qasem

Aplikacioni ndërtohet kundër API-së tuaj reale që nga dita e parë, jo të dhëna të simuluara që sillen më mirë se sa do të bëjë ndonjëherë prodhimi. Autentifikimi përdor ruajtje të sigurt në pajisje dhe rifreskon shenjat e trajtuara në një vend, sepse gabimet e shenjave të shpërndara nëpër ekrane janë mënyra më e zakonshme që aplikacionet celulare kalben. Listat janë të virtualizuara dhe të paginuara; imazhet janë të ruajtura në cache dhe të madhësisë për pajisjen, në vend që të shkarkohen me rezolucion të plotë.

Puna në platformë trajtohet si punë, jo si një shënim: iOS ka nevojë për vargjet e veta të lejeve dhe ofrimin, Android ka nevojë për kanalet e veta të njoftimeve dhe sjelljen e butonit të kthimit, dhe të dyja kanë nevojë për lidhje të thella që mbijetojnë një fillim të ftohtë.

Dorëzimet

• Projekt React Native në TypeScript, me modulet vendase që ju nevojiten dhe asnjë tjetër.
• Ndërtimet e TestFlight dhe Play në gjurmën e brendshme në mënyrë që të mund ta mbani në dorë herët.
• Njoftimet shtytëse të lidhura nga fillimi në fund, duke përfshirë shkaktarin e backend-it.
• Ndërtimet e lëshimit, tekstin e listimit në dyqan dhe pamjet e ekranit, si dhe shënimet e nevojshme për të dorëzuar.
• Një udhëzues i shkurtër për ekzekutimin, ndërtimin dhe lëshimin e tij vetë.

Çfarë më duhet

Një API ose një specifikim për një të tillë, tre ekranet që kanë më shumë rëndësi, dhe llogaritë e zhvilluesve të Apple dhe Google nëse i keni tashmë. Nëse nuk i keni, unë do t'ju them saktësisht se çfarë të krijoni dhe kur.

Shënim mbi fushën e veprimit

Një aplikacion, një audiencë. Nëse produkti ka nevojë për dy përvoja shumë të ndryshme — për shembull një aplikacion për klientët dhe një aplikacion për shoferët — ato janë dy ndërtime dhe unë do ta them këtë para se të jap një ofertë, jo pas.

Koha e kthimit dhe komunikimi

Ndërtimi i parë i TestFlight ose i gjurmës së brendshme zakonisht brenda dy javësh, kështu që ju po mbani aplikacionin dhe po jepni feedback për vetë gjënë, në vend të pamjeve të ekranit. Unë e mbaj listën e kontrollit të lëshimit të qartë — lejet, lidhjet e thella, sjellja offline, metadata e dyqanit — sepse ato janë artikujt që e kthejnë një aplikacion funksional në një dorëzim të refuzuar. Çdo ndërtim që merrni është një ndërtim që mund ta dërgoni.