Compose Multiplatformパターン
Compose MultiplatformとJetpack Composeを使用して、Android、iOS、デスクトップ、Web間で共有UIを構築するためのパターン。状態管理、ナビゲーション、テーマ設定、パフォーマンスをカバーします。
起動条件
- Compose UIの構築(Jetpack ComposeまたはCompose Multiplatform)
- ViewModelとCompose状態によるUI状態の管理
- KMPまたはAndroidプロジェクトでのナビゲーション実装
- 再利用可能なコンポーザブルとデザインシステムの設計
- リコンポジションとレンダリングパフォーマンスの最適化
状態管理
ViewModel + 単一状態オブジェクト
画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:
Composeでの状態収集
イベントシンクパターン
複雑な画面では、複数のコールバックラムダの代わりにイベント用のシールドインターフェースを使用します:
ナビゲーション
型安全なナビゲーション(Compose Navigation 2.8+)
ルートを@Serializableオブジェクトとして定義します:
ダイアログとボトムシートナビゲーション
命令型のshow/hideの代わりにdialog()とオーバーレイパターンを使用します:
コンポーザブル設計
スロットベースのAPI
柔軟性のためにスロットパラメータを持つコンポーザブルを設計します:
Modifier順序
Modifierの順序は重要です — 以下の順序で適用します:
KMPプラットフォーム固有のUI
プラットフォームコンポーザブルのexpect/actual
パフォーマンス
スキップ可能なリコンポジションのための安定した型
すべてのプロパティが安定している場合、クラスを@Stableまたは@Immutableでマークします:
key()と遅延リストの正しい使用
derivedStateOfで読み取りを遅延
リコンポジションでのアロケーションを避ける
テーマ設定
Material 3ダイナミックテーマ
避けるべきアンチパターン
- ライフサイクルに対してより安全な
collectAsStateWithLifecycleを使用したMutableStateFlowがある場合にViewModelでmutableStateOfを使用すること - コンポーザブルの深い階層に
NavControllerを渡すこと — 代わりにラムダコールバックを渡す @Composable関数内の重い計算 — ViewModelかremember {}に移動する- 一部の設定では設定変更のたびに再実行されるため、ViewModel initの代替として
LaunchedEffect(Unit)を使用すること - コンポーザブルのパラメータに新しいオブジェクトインスタンスを作成すること — 不必要なリコンポジションを引き起こす
参照
スキル: モジュール構造とレイヤーについてはandroid-clean-architectureを参照。
スキル: コルーチンとFlowパターンについてはkotlin-coroutines-flowsを参照。

