スケールするクロスプラットフォームモバイルアーキテクチャ

実装詳細すべてではなく意図を共有する

クロスプラットフォーム開発が成功するのは、チームがプロダクト振る舞いとドメイン規則を共有しつつ、プラットフォーム固有インタラクションの余地を保つときだ。単一コードベースの価値は、すべての行が同一だからではない。重要な概念——身元、権限、価格、同期、分析、ビジネスワークフロー——に単一の真実源があるからだ。

どちらのプラットフォームにも合わない抽象で視覚やネイティブ振る舞いを押し付けると、別種の重複——回避策——が生まれる。共有境界を意図的に保て。ナビゲーション意図、データ契約、検証、状態遷移は通常共通コードに属する。ウィジェット、バックグラウンド実行、購入、通知、アクセシビリティ詳細は、ネイティブ意識アダプタを要しうる。

責任で状態を分ける

すべての状態を一つのグローバルストアに置くと、モバイルアプリは推論しにくくなる。サーバー状態にはキャッシュ・鮮度・リトライ・無効化の意味がある。ローカルプロダクト状態にはインタラクションと永続化の意味がある。一時的なビュー状態はコンポーネント近くに属する。別カテゴリとして扱うと、偶発的結合が減る。

クエリ層がリモートリソースとミューテーションを所有すべきだ。焦点を絞ったクライアントストアは、オンボーディングや下書き録音のような耐久ローカルワークフローを調整できる。安全なクレデンシャルはプラットフォーム保護ストレージに属する。このモデルはオフライン振る舞いを明示化する。どのリソースが古くてよいか、キュー可能か、利用不可かをチームが決められるからだ。

• ネットワーク状態をプロダクト状態としてモデル化する
• 明確な復元目的があるデータだけ永続化する
• 楽観的更新を可逆にする
• 認証リフレッシュを画面の外に保つ

ネイティブ能力は境界である

マイク、カメラ、プッシュ通知、サブスクリプション、ヘルスデータ、バックグラウンドタスクは普通のライブラリではない。権限・プライバシー・ライフサイクル・ストアポリシーの境界をまたぐ。各能力を小さなドメイン向けインターフェースで包み、プラットフォーム詳細をその背後に保て。これはネイティブ層が存在しないと偽らずに、シミュレータとテストを有用にする。

権限要求はアプリ起動時ではなく、理解可能なユーザー意図でトリガーすべきだ。失敗経路は一等設計に値する：拒否された権限、中断された録音、復元購入、期限切れ通知トークン、OS制限は、例外的バグではなく通常状態だ。

性能はアーキテクチャの性質である

滑らかなインターフェースはデータフローから始まる。無関係な状態で大きなツリーを再レンダーせず、長いコレクションを仮想化し、転送前にメディアをリサイズし、重い音声・画像作業をJavaScriptスレッドから外せ。開発シミュレータに頼らず、代表デバイスで起動・ナビ・インタラクションレイテンシを測れ。

知覚性能も重要だ。ナビの連続性を保ち、安定したスケルトンを示し、安全に和解できるなら楽観的アクションを即時に感じさせろ。最も速いリクエストは、しばしばインターフェースが待つ必要のないものだ。

リリースエンジニアリングはアプリの一部だ

スケーラブルなモバイルアーキテクチャは、署名付きビルド、環境分離、段階的ロールアウト、クラッシュ報告、OTA更新ポリシー、ストアメタデータを含む。すべてのリリースはコード、設定、バックエンド互換性、機能フラグに追跡可能であるべきだ。モバイルクライアントはバックエンドデプロイの後も長く野に残るため、APIはバージョン重複を許容しなければならない。

成果は最大のコード共有ではない。iOSとAndroidで一貫して振る舞い、ネイティブ能力を責任を持って使え、チームと機能セットが成長しても運用可能なプロダクトだ。