Navigation Compose API を使用すると、Jetpack Navigation のコンポーネント、インフラストラクチャ、機能を活用しながら、Compose アプリのコンポーザブル間を移動できます。
このページでは、Jetpack Compose へのビューベースの UI の移行の一環として、Fragment ベースの Jetpack Navigation から Navigation Compose に移行する方法について説明します。
移行の前提条件
すべての Fragment を対応する画面コンポーザブルに置き換えることができるようになったら、Navigation Compose に移行できます。画面コンポーザブルには、Compose と View のコンテンツを組み合わせて含めることができますが、Navigation Compose への移行を有効にするには、すべてのナビゲーション デスティネーションをコンポーザブルにする必要があります。それまでは、相互運用性 View と Compose のコードベースで フラグメント ベースの Navigation コンポーネントを引き続き使用する必要があります。詳細については、ナビゲーションの相互運用性に関するドキュメントをご覧ください。
Compose のみのアプリで Navigation Compose を使用する必要はありません。コンポーズ可能なコンテンツをホストするためのフラグメントを保持している限り、フラグメント ベースの Navigation コンポーネントを引き続き使用できます。
移行手順
Google が推奨する移行戦略を採用しているか、別のアプローチを採用しているかにかかわらず、Fragment がコンポーザブル コンテナとしてのみ機能し、すべてのナビゲーション デスティネーションが画面コンポーザブルとなるポイントに到達します。この段階で、Navigation Compose に移行できます。
アプリがすでに UDF 設計パターンとアーキテクチャのガイドに準拠している場合、Jetpack Compose と Navigation Compose に移行しても、UI レイヤを除くアプリの他のレイヤの大幅なリファクタリングは必要ありません。
Navigation Compose に移行する手順は次のとおりです。
- Navigation Compose の依存関係をアプリに追加します。
App-level
コンポーザブルを作成し、Compose エントリ ポイントとしてActivity
に追加して、ビュー レイアウトの設定を置き換えます。class SampleActivity : ComponentActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // setContentView<ActivitySampleBinding>(this, R.layout.activity_sample) setContent { SampleApp(/* ... */) } } }
ナビゲーションの各デスティネーションのタイプを作成します。データを必要としないデスティネーションには
data object
を使用し、データを必要とするデスティネーションにはdata class
またはclass
を使用します。@Serializable data object First @Serializable data class Second(val id: String) @Serializable data object Third
NavController
は、これを参照する必要があるすべてのコンポーザブルがアクセスできる場所に設定します(通常はApp
コンポーザブル内)。このアプローチは、状態ホイスティングの原則に従い、NavController
を信頼できる情報源として使用して、コンポーズ可能な画面間を移動してバックスタックを維持できます。@Composable fun SampleApp() { val navController = rememberNavController() // ... }
App
コンポーザブル内にアプリのNavHost
を作成し、navController
を渡します。@Composable fun SampleApp() { val navController = rememberNavController() SampleNavHost(navController = navController) } @Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { // ... } }
composable
デスティネーションを追加してナビゲーション グラフを作成します。各画面がすでに Compose に移行されている場合は、このステップでは、これらの画面コンポーザブルをフラグメントからcomposable
の宛先に抽出するのみです。class FirstFragment : Fragment() { override fun onCreateView( inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle? ): View { return ComposeView(requireContext()).apply { setContent { // FirstScreen(...) EXTRACT FROM HERE } } } } @Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { composable<First> { FirstScreen(/* ... */) // EXTRACT TO HERE } composable<Second> { SecondScreen(/* ... */) } // ... } }
Compose UI の設計のガイダンス、特に
ViewModel
とナビゲーション イベントをコンポーザブルに渡す方法に従った場合、次のステップは各画面コンポーザブルにViewModel
を提供する方法を変更することです。多くの場合、hiltViewModel
を介して Hilt インジェクションと、Compose と Navigation との統合ポイントを使用できます。@Composable fun FirstScreen( // viewModel: FirstViewModel = viewModel(), viewModel: FirstViewModel = hiltViewModel(), onButtonClick: () -> Unit = {}, ) { // ... }
すべての
findNavController()
ナビゲーション呼び出しをnavController
呼び出しに置き換え、navController
全体を渡すのではなく、ナビゲーション イベントとして各コンポーザブル スクリーンに渡します。このアプローチは、コンポーズ可能な関数から呼び出し元にイベントを公開するベスト プラクティスに従い、navController
を信頼できる唯一の情報源として保持します。宛先にデータを渡すには、その宛先用に定義されたルートクラスのインスタンスを作成します。その後、デスティネーションのバックスタック エントリから直接取得するか、
SavedStateHandle.toRoute()
を使用してViewModel
から取得できます。@Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { composable<First> { FirstScreen( onButtonClick = { // findNavController().navigate(firstScreenToSecondScreenAction) navController.navigate(Second(id = "ABC")) } ) } composable<Second> { backStackEntry -> val secondRoute = backStackEntry.toRoute<Second>() SecondScreen( id = secondRoute.id, onIconClick = { // findNavController().navigate(secondScreenToThirdScreenAction) navController.navigate(Third) } ) } // ... } }
すべての Fragment、関連する XML レイアウト、不要なナビゲーションなどのリソース、古い Fragment と Jetpack Navigation の依存関係を削除します。
Navigation Compose に関する詳細な手順については、設定のドキュメントをご覧ください。
一般的なユースケース
どの Navigation コンポーネントを使用する場合でも、同じナビゲーションの原則が適用されます。
移行の一般的なユースケースは次のとおりです。
これらのユースケースの詳細については、Compose によるナビゲーションをご覧ください。
移動時の複雑なデータの取得
移動時には複雑なデータ オブジェクトを渡さないことを強くおすすめします。代わりに、ナビゲーション アクションの実行時に引数として必要最低限の情報(一意の識別子やその他の形式の ID など)を渡します。複雑なオブジェクトは、データレイヤなどの信頼できる単一の情報源にデータとして保存する必要があります。詳細については、ナビゲーション時の複雑なデータの取得をご覧ください。
フラグメントが複雑なオブジェクトを引数として渡している場合は、まずコードをリファクタリングして、これらのオブジェクトをデータレイヤに保存および取得できるようにすることを検討してください。例については、Now in Android リポジトリをご覧ください。
制限事項
このセクションでは、Navigation Compose の現在の制限事項について説明します。
Navigation Compose への増分移行
現時点では、Fragment をコード内のデスティネーションとして使用している間は、Navigation Compose を使用できません。Navigation Compose の使用を開始するには、すべてのデスティネーションをコンポーザブルにする必要があります。この機能リクエストは、Issue Tracker で追跡できます。
遷移アニメーション
Navigation 2.7.0-alpha01 以降、以前は AnimatedNavHost
でサポートされていたカスタム遷移の設定が、NavHost
で直接サポートされるようになりました。詳しくは、リリースノートをご覧ください。
詳細
Navigation Compose への移行の詳細については、次のリソースをご覧ください。
- Navigation Compose Codelab: ハンズオン Codelab で Navigation Compose の基本を学びます。
- Now in Android リポジトリ: Kotlin と Jetpack Compose のみで構築された、完全に機能する Android アプリです。Android の設計と開発のベスト プラクティスに準拠しており、Navigation Compose が含まれています。
- Sunflower を Jetpack Compose に移行する: Sunflower サンプルアプリをビューから Compose に移行する過程を記述したブログ投稿です。Navigation Compose への移行も含まれています。
- あらゆる画面に対応した Jetnews: Jetpack Compose と Navigation Compose ですべての画面をサポートするように Jetnews サンプルをリファクタリングして移行する方法について説明するブログ投稿。
あなたへのおすすめ
- 注: JavaScript がオフになっている場合はリンクテキストが表示されます
- Compose を使用したナビゲーション
- Compose とその他のライブラリ
- その他の考慮事項