如何根据当前屏幕动态切换Jetpack Compose中Scaffold的TopBar？

针对你手动通过when语句匹配路由传递TopBar图标和标题的痛点，以下是几种更优雅、扩展性更强的实现方案：

方案1：用密封类统一管理屏幕元数据 #

将所有屏幕的路由、图标、标题集中封装在密封类中，避免分散维护：

// 单独文件：ui/Screen.kt
sealed class Screen(
    val route: String,
    @DrawableRes val icon: Int,
    @StringRes val title: Int
) {
    object HabitTracks : Screen(
        route = "habit_tracks",
        icon = R.drawable.ic_habit_tracks,
        title = R.string.habit_tracks_title
    )
    // 新增屏幕只需在这里添加对象，无需修改其他代码
    object AddHabit : Screen(
        route = "add_habit",
        icon = R.drawable.ic_add_habit,
        title = R.string.add_habit_title
    )
}

在主可组合项中，通过导航栈自动匹配当前屏幕，无需手动编写when分支：

@OptIn(ExperimentalMaterial3Api::class)
@Composable
fun HabitsTrackerApp() {
    val navHostController = rememberNavController()
    // 监听导航栈变化，自动获取当前路由
    val currentBackStackEntry by navHostController.currentBackStackEntryAsState()
    val currentRoute = currentBackStackEntry?.destination?.route
    // 匹配对应的屏幕元数据，默认回退到首页
    val currentScreen = Screen.values().firstOrNull { it.route == currentRoute } ?: Screen.HabitTracks

    Scaffold(
        topBar = {
            TopBar(currentScreen.icon, currentScreen.title)
        },
        bottomBar = {
            BottomBar(navHostController = navHostController)
        }) { paddingValues ->
        Column(
            modifier = Modifier
                .padding(paddingValues)
                .padding(dimensionResource(id = R.dimen.default_screen_padding))
        ) {
            NavGraph(navHostController)
        }
    }
}

方案2：为NavController扩展屏幕匹配方法 #

如果需要更简洁的调用，可给NavController写扩展函数封装匹配逻辑：

// 扩展函数文件：ui/navigation/NavControllerExtensions.kt
fun NavController.getCurrentScreen(): Screen {
    val currentRoute = currentBackStackEntry?.destination?.route
    return Screen.values().firstOrNull { it.route == currentRoute } ?: Screen.HabitTracks
}

在Composable中直接调用：

val currentScreen = navHostController.getCurrentScreen()

项目结构调整建议 #

• 将Screen密封类单独放在ui目录下的独立文件，集中管理所有屏幕元数据，新增/修改屏幕仅需改动此处。
• 导航相关的扩展函数、工具类放在ui/navigation子目录，保持代码结构清晰。
• 主可组合项HabitsTrackerApp尽量只做布局组合，将路由匹配、状态监听等逻辑封装到扩展函数或工具类中，降低耦合。

关于ViewModel的说明 #

当前场景下，屏幕图标和标题是与路由强绑定的元数据，并非跨屏幕共享的业务状态，直接从NavController获取更符合单一职责原则，无需引入ViewModel增加复杂度。如果后续需要处理TopBar动态交互（如按钮显隐、标题动态更新），再结合ViewModel管理状态即可。

内容的提问来源于stack exchange，提问作者Slizness