Gagawa ako ng cross-platform mobile app gamit ang React Native para sa iOS at Android

Ano ang saklaw nito

Isang React Native codebase, dalawang tindahan, isang set ng mga bug na aayusin. Navigation, authentication, push notifications, offline handling, at ang mga pagkakaiba sa platform na hindi nawawala nang mag-isa sa isang cross-platform framework.

Paano ko ito nilalapitan

Ang app ay binuo laban sa iyong tunay na API mula sa unang araw, hindi mocked data na mas mahusay ang pagganap kaysa sa produksyon. Gumagamit ang authentication ng secure na storage sa device at mga refresh token na hinahawakan sa isang lugar, dahil ang mga bug ng token na nakakalat sa mga screen ay ang pinakakaraniwang paraan ng pagkasira ng mga mobile app. Ang mga listahan ay virtualized at paginated; ang mga larawan ay naka-cache at naka-size para sa device sa halip na i-download sa buong resolution.

Ang trabaho sa platform ay itinuturing na trabaho, hindi bilang isang footnote: kailangan ng iOS ang sarili nitong mga string ng pahintulot at paglalaan, kailangan ng Android ang mga channel ng notification nito at pag-uugali ng back-button, at pareho silang nangangailangan ng mga deep link na nananatili pagkatapos ng cold start.

Mga Deliverable

• React Native project sa TypeScript, na may mga native na module na kailangan mo at wala nang iba.
• TestFlight at Play internal-track builds para mahawakan mo ito nang maaga.
• Push notifications na nakakonekta end-to-end, kasama ang backend trigger.
• Mga release build, text ng listahan ng tindahan at mga screenshot, at ang mga tala na kailangan para isumite.
• Isang maikling gabay sa pagpapatakbo, pagbuo at paglabas nito nang mag-isa.

Ano ang kailangan ko

Isang API o isang detalye para dito, ang tatlong screen na pinakamahalaga, at mga Apple at Google developer account kung mayroon ka na. Kung wala ka, sasabihin ko sa iyo kung ano mismo ang gagawin at kailan.

Tala ng saklaw

Isang app, isang audience. Kung ang produkto ay nangangailangan ng dalawang napakaibang karanasan — halimbawa isang customer app at isang driver app — iyon ay dalawang build at sasabihin ko ito bago mag-quote sa halip na pagkatapos.

Turnaround at komunikasyon

Ang unang TestFlight o internal-track build ay karaniwang sa loob ng dalawang linggo, kaya hawak mo ang app at nagbibigay ng feedback sa mismong bagay sa halip na sa mga screenshot. Pinananatili kong malinaw ang checklist ng release — mga pahintulot, deep links, offline behavior, store metadata — dahil iyon ang mga item na nagiging sanhi ng pagtanggi sa isang gumaganang app. Bawat build na natatanggap mo ay isang build na maaari mong ipadala.