将 Jetpack Navigation 迁移到 Navigation Compose

借助 Navigation Compose API,您可以在 Compose 应用中的可组合项之间导航,同时利用 Jetpack Navigation 的组件、基础架构和功能。

本页介绍了如何从基于 Fragment 的 Jetpack Navigation 迁移到 Navigation Compose,这是从基于 View 的界面迁移到 Jetpack Compose 的更大迁移过程的一部分。

迁移先决条件

当您能够将所有 Fragment 替换为相应的屏幕可组合项时,就可以迁移到 Navigation Compose。屏幕可组合项可以包含混合的 Compose 和 View 内容,但所有导航目的地都必须是可组合项,才能启用 Navigation Compose 迁移。在此之前,您应继续在互操作 View 和 Compose 代码库中使用基于 Fragment 的 Navigation 组件。如需了解详情,请参阅导航互操作性文档。

迁移步骤

无论您是遵循我们推荐的迁移策略还是采用其他方法,最终都会达到所有导航目的地都是屏幕可组合项的状态,而 fragment 仅充当可组合项容器。在此阶段,您可以迁移到 Navigation Compose。

如果您的应用已遵循 UDF 设计模式和我们的架构指南,那么除了界面层之外,迁移到 Jetpack Compose 和 Navigation Compose 应该不需要对应用的其他层进行重大重构。

如需迁移到 Navigation Compose,请按以下步骤操作:

  1. 向应用添加 Navigation Compose 依赖项。
  2. 创建一个 App-level 可组合项,并将其作为 Compose 入口点添加到 Activity 中,以替换 View 布局的设置:

    class SampleActivity : ComponentActivity() {
    
        override fun onCreate(savedInstanceState: Bundle?) {
            super.onCreate(savedInstanceState)
            // setContentView<ActivitySampleBinding>(this, R.layout.activity_sample)
            setContent {
                SampleApp(/* ... */)
            }
        }
    }

  3. 为每个导航目的地创建类型。对于不需要任何数据的目的地,请使用 data object;对于需要数据的目的地,请使用 data class 或 class。

    @Serializable data object First
    @Serializable data class Second(val id: String)
    @Serializable data object Third
    

  4. 在所有需要引用 NavController 的可组合项都可以访问它的位置(通常在 App 可组合项内)设置该状态。此方法遵循状态提升原则,并可让您将 NavController 用作在可组合屏幕之间导航和维护返回堆栈的可信来源:

    @Composable
    fun SampleApp() {
        val navController = rememberNavController()
        // ...
    }

  5. 在 App 可组合项内创建应用的 NavHost,并传递 navController:

    @Composable
    fun SampleApp() {
        val navController = rememberNavController()
    
        SampleNavHost(navController = navController)
    }
    
    @Composable
    fun SampleNavHost(
        navController: NavHostController
    ) {
        NavHost(navController = navController, startDestination = First) {
            // ...
        }
    }

  6. 添加 composable 目的地,以构建导航图。如果每个界面之前都已迁移到 Compose,则此步骤仅包括将这些界面可组合项从 Fragment 提取到 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(/* ... */)
            }
            // ...
        }
    }

  7. 如果您遵循了构建 Compose 界面的相关指南,尤其是应如何将 ViewModel 和导航事件传递给可组合项,那么下一步就是更改您向每个屏幕可组合项提供 ViewModel 的方式。您通常可以通过 hiltViewModel 使用 Hilt 注入及其与 Compose 和 Navigation 的集成点:

    @Composable
    fun FirstScreen(
        // viewModel: FirstViewModel = viewModel(),
        viewModel: FirstViewModel = hiltViewModel(),
        onButtonClick: () -> Unit = {},
    ) {
        // ...
    }

  8. 将所有 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"))
                    }
                )
            }
            <compos>ableSecond { backSt>ackEntry -
                val secondRoute = backStackEnt<ry.toR>outeSecond()
                SecondScreen(
                    id = secondRoute.id,
                    onIconClick = {
                        // findNavController().navigate(secondScreenToThirdScreenAction)
                        navController.navigate(Third)
                    }
                )
            }
            // .nippets.kt

  9. 移除所有 Fragment、相关 XML 布局、不必要的导航和其他资源,以及过时的 Fragment 和 Jetpack Navigation 依赖项。

您可以在设置文档中找到相同的步骤,以及更多与 Navigation Compose 相关的详细信息。

常见应用场景

无论您使用的是哪种 Navigation 组件,都适用相同的导航原则。

迁移时的常见应用场景包括:

如需详细了解这些用例,请参阅使用 Compose 导航。

在导航时检索复杂数据

我们强烈建议在导航时不要传递复杂的数据对象。 而是在执行导航操作时将最少的必要信息(例如唯一标识符或其他形式的 ID)作为参数传递。您应以数据的形式将复杂对象存储在单一事实来源(例如数据层)中。如需了解详情,请参阅在导航时检索复杂数据。

如果您的 Fragment 将复杂对象作为参数传递,请考虑先重构代码,以便从数据层存储和提取这些对象。如需查看示例,请参阅 Now in Android 代码库。

限制

本部分介绍了 Navigation Compose 的当前限制。

逐步迁移到 Navigation Compose

目前,如果您仍在代码中使用 fragment 作为目的地,则无法使用 Navigation Compose。如需开始使用 Navigation Compose,您的所有目的地都需要是可组合项。您可以在问题跟踪器上跟踪此功能请求。

过渡动画

Navigation 2.7.0-alpha01 开始,NavHost 现在直接支持设置自定义过渡(之前由 AnimatedNavHost 提供)。如需了解详情,请仔细阅读版本说明。

了解详情

如需详细了解如何迁移到 Navigation Compose,请参阅以下资源:

  • Navigation Compose Codelab:通过实操 Codelab 学习 Navigation Compose 的基础知识。
  • Now in Android 代码库:一款完全使用 Kotlin 和 Jetpack Compose 构建的功能齐全的 Android 应用,遵循 Android 设计和开发最佳实践,并包含 Navigation Compose。
  • 将 Sunflower 迁移到 Jetpack Compose:一篇博文,记录了 Sunflower 示例应用从 View 迁移到 Compose 的历程,其中还包括迁移到 Navigation Compose。
  • 适用于各种屏幕的 Jetnews:一篇博文,记录了 Jetnews 示例的重构和迁移,以便通过 Jetpack Compose 和 Navigation Compose 支持所有屏幕。