Ще изградя крос-платформено мобилно приложение с React Native за iOS и Android

Какво покрива това

Една кодова база на React Native, два магазина, един набор от грешки за отстраняване. Навигация, удостоверяване, push известия, офлайн обработка и разликите между платформите, които междуплатформената рамка не премахва сама.

Как подхождам

Приложението е изградено спрямо вашия реален API от първия ден, а не от фиктивни данни, които се държат по-добре, отколкото някога ще бъде в производствена среда. Удостоверяването използва сигурно съхранение на устройството и токени за опресняване, обработвани на едно място, защото грешките в токените, разпръснати по екраните, са най-честият начин за разваляне на мобилните приложения. Списъците са виртуализирани и страницирани; изображенията се кешират и оразмеряват за устройството, вместо да се изтеглят с пълна разделителна способност.

Работата по платформата се третира като работа, а не като бележка под линия: iOS се нуждае от собствени низове за разрешения и provisioning, Android се нуждае от своите канали за известия и поведение на бутона за връщане назад, а и двете се нуждаят от дълбоки връзки, които оцеляват при студен старт.

Резултати

• Проект React Native в TypeScript, с необходимите ви родни модули и никакви други.
• Компилации за TestFlight и Play internal-track, така че да можете да го държите в ръка по-рано.
• Push известия, свързани от край до край, включително тригерът на бекенда.
• Компилации за пускане, текст за обявата в магазина и екранни снимки, както и необходимите бележки за изпращане.
• Кратко ръководство за самостоятелно стартиране, изграждане и пускане.

Какво ми е необходимо

API или спецификация за такъв, трите най-важни екрана и акаунти за разработчици на Apple и Google, ако вече ги имате. Ако не, ще ви кажа точно какво да създадете и кога.

Бележка за обхвата

Едно приложение, една аудитория. Ако продуктът се нуждае от две много различни преживявания — например приложение за клиенти и приложение за шофьори — това са две компилации и ще го кажа преди да цитирам, а не след това.

Време за изпълнение и комуникация

Първата компилация за TestFlight или internal-track обикновено е в рамките на две седмици, така че държите приложението и давате обратна връзка за самото нещо, а не за екранни снимки. Поддържам контролния списък за пускане изричен — разрешения, дълбоки връзки, офлайн поведение, метаданни на магазина — защото това са елементите, които превръщат работещото приложение в отхвърлено изпращане. Всяка компилация, която получавате, е компилация, която можете да изпратите.