Compose Destinations 项目中嵌套导航图的共享 Scaffold 与 ViewModel 实践

引言

在 Jetpack Compose 应用开发中，实现复杂的导航结构同时保持 UI 一致性和状态管理的高效性是一个常见挑战。本文将探讨如何在 Compose Destinations 项目中优雅地实现嵌套导航图的共享 Scaffold 和 ViewModel 架构。

核心架构设计

单一 NavHost 原则

最佳实践建议在应用中只使用一个 DestinationsNavHost 作为整个应用的导航容器。这有助于：

• 保持导航状态的集中管理
• 简化深层链接的处理
• 避免多 NavHost 带来的复杂性和潜在问题

动态 Scaffold 控制

在根布局中使用单个 Scaffold 组件，通过观察当前导航目的地动态调整其显示内容：

val navController = rememberNavController()
val currentDestination = navController.currentBackStackEntryAsState().value?.destination

Scaffold(
    topBar = {
        if (currentDestination?.route in setOf(HomeDestination, SettingsDestination)) {
            TopAppBar(...)
        }
    },
    bottomBar = {
        if (MainNavGraph.contains(currentDestination)) {
            BottomNavigation(...)
        }
    }
) {
    DestinationsNavHost(navController = navController, ...)
}

嵌套图的 ViewModel 共享

图级 ViewModel 管理

对于每个业务流（如"创建群组"多步骤流程），可以：

1. 创建独立的嵌套导航图
2. 将 ViewModel 绑定到该导航图的生命周期

@Destination(navGraph = "create_group")
@Composable
fun CreateGroupStep1Screen(
    viewModel: CreateGroupViewModel = hiltViewModel()
) {
    // 使用共享的 ViewModel
}

@Destination(navGraph = "create_group")
@Composable
fun CreateGroupStep2Screen(
    viewModel: CreateGroupViewModel = hiltViewModel()
) {
    // 使用同一个 ViewModel 实例
}

ViewModel 的作用域控制

通过 Hilt 或其他 DI 框架，确保同一导航图内的所有目的地获取的是相同的 ViewModel 实例。这保证了：

• 状态在流程步骤间的持久化
• 数据在步骤间的共享
• 资源在流程结束时自动清理

深层链接兼容性

采用单一 NavHost 架构时，深层链接的处理会更加直接：

1. 所有导航目标都在同一个导航图中注册
2. 无需处理跨 NavHost 的链接跳转
3. 链接解析和目标匹配更加可靠

高级场景处理

对于需要完全独立 UI 风格的流程（如全屏对话框流），可以考虑：

1. 使用 ModalBottomSheet 或 Dialog 形式的导航
2. 在根 Scaffold 中根据当前目的地动态切换整体 UI 布局
3. 保持导航逻辑的集中管理

结论

在 Compose Destinations 项目中，通过单一 NavHost 配合动态 Scaffold 和嵌套图级 ViewModel 的架构，开发者可以实现：

• 一致的 UI 展示
• 高效的状体管理
• 简洁的导航结构
• 可靠的深层链接支持

这种架构既满足了复杂应用的结构需求，又避免了多 NavHost 带来的维护成本，是大多数场景下的推荐实践。