React NativeでiOSとAndroid向けのクロスプラットフォームモバイルアプリを構築します

対象範囲

1つのReact Nativeコードベース、2つのストア、修正するバグは1セット。ナビゲーション、認証、プッシュ通知、オフライン処理、およびクロスプラットフォームフレームワークだけでは消えないプラットフォームの違い。

私の取り組み方

アプリは初日から実際のAPIに対して構築され、本番環境よりも優れた動作をするモックデータではありません。認証はデバイス上の安全なストレージと1か所で処理されるリフレッシュトークンを使用します。なぜなら、画面全体に散らばったトークンバグはモバイルアプリが腐敗する最も一般的な方法だからです。リストは仮想化され、ページネーションされます。画像はキャッシュされ、フル解像度でダウンロードされるのではなく、デバイスに合わせてサイズ変更されます。

プラットフォーム作業は脚注ではなく作業として扱われます。iOSには独自の権限文字列とプロビジョニングが必要であり、Androidには通知チャネルと戻るボタンの動作が必要であり、両方ともコールドスタート後も機能するディープリンクが必要です。

成果物

• 必要なネイティブモジュールのみを含むTypeScriptのReact Nativeプロジェクト。
• TestFlightおよびPlay内部トラックビルドにより、早期に手元で確認できます。
• バックエンドトリガーを含む、エンドツーエンドで接続されたプッシュ通知。
• リリースビルド、ストアリスティングテキストとスクリーンショット、および提出に必要なメモ。
• 自分で実行、ビルド、リリースするための短いガイド。

必要なもの

APIまたはその仕様、最も重要な3つの画面、およびすでにAppleとGoogleの開発者アカウントをお持ちの場合はそれら。お持ちでない場合は、何をいつ作成するかを正確にお伝えします。

スコープノート

1つのアプリ、1つのオーディエンス。製品が2つの非常に異なるエクスペリエンス（例：顧客アプリとドライバーアプリ）を必要とする場合、それらは2つのビルドであり、見積もり後ではなく見積もり前にその旨を伝えます。

納期とコミュニケーション

最初のTestFlightまたは内部トラックビルドは通常2週間以内に提供されるため、スクリーンショットではなくアプリ自体を手に取り、フィードバックを提供できます。リリースチェックリスト（権限、ディープリンク、オフライン動作、ストアメタデータ）は明示的にしています。なぜなら、これらが機能するアプリを拒否された提出物に変える項目だからです。受け取るすべてのビルドは、出荷可能なビルドです。