Compose Destinations：从ViewModel实现导航的架构思考

背景与挑战

在现代Android应用开发中，Jetpack Compose已经成为构建UI的主流方式。Compose Destinations作为一款基于官方导航库的简化工具，为开发者提供了更简洁的声明式导航API。然而，在实际开发中，我们经常面临一个架构难题：如何在ViewModel中触发导航事件？

官方推荐方案

根据Google的Android架构指南，导航应该严格作为UI层的职责。官方建议通过以下模式实现：

1. ViewModel负责业务逻辑和状态管理
2. 当UI事件触发时（如按钮点击），ViewModel处理相关逻辑
3. ViewModel更新状态（如将loggedIn设为true）
4. UI层观察状态变化，决定是否导航

这种模式的优点在于：

• 完全遵循关注点分离原则
• 适配不同屏幕尺寸（如在平板上可能显示详情而非导航）
• 避免内存泄漏风险

实际开发中的变通方案

尽管官方不推荐，但在实际项目中，开发者仍可能需要从ViewModel触发导航。这时可以采用"导航事件流"模式：

核心架构组件

1. 导航事件密封类：定义所有可能的导航动作

sealed class NavigationEvent {
    data object NavigateToHome : NavigationEvent()
    data class NavigateToDetail(val id: Long) : NavigationEvent()
    data object NavigateBack : NavigationEvent()
}

2. 导航器接口：作为ViewModel与UI层的桥梁

interface Navigator {
    fun navigate(event: NavigationEvent)
}

3. 实现类：使用SharedFlow处理导航事件

class FlowNavigator : Navigator {
    private val _navigationEvents = MutableSharedFlow<NavigationEvent>()
    val navigationEvents = _navigationEvents.asSharedFlow()
    
    override fun navigate(event: NavigationEvent) {
        viewModelScope.launch {
            _navigationEvents.emit(event)
        }
    }
}

集成到Compose

在顶层Composable中设置事件收集：

@Composable
fun AppNavigation() {
    val navController = rememberNavController()
    val navigator = remember { FlowNavigator() }
    
    LaunchedEffect(Unit) {
        navigator.navigationEvents.collect { event ->
            when (event) {
                is NavigationEvent.NavigateToHome -> navController.navigate(Direction.Home)
                is NavigationEvent.NavigateToDetail -> navController.navigate(
                    Direction.Detail(event.id)
                )
                NavigationEvent.NavigateBack -> navController.popBackStack()
            }
        }
    }
    
    DestinationsNavHost(navController = navController)
}

ViewModel中的使用

ViewModel只需持有Navigator接口：

class MyViewModel(private val navigator: Navigator) : ViewModel() {
    fun onLoginSuccess() {
        // 业务逻辑...
        navigator.navigate(NavigationEvent.NavigateToHome)
    }
}

内存管理注意事项

这种方案需要特别注意：

1. Navigator实现不应持有Activity/Fragment引用
2. 使用ViewModelScope确保协程生命周期安全
3. 在配置变更时保持导航状态一致性

替代方案比较

除了事件流模式，开发者还可以考虑：

1. 回调函数：将导航函数作为参数传递给ViewModel

   • 优点：实现简单直接
   • 缺点：破坏ViewModel的纯洁性，测试困难

2. 单例导航器：全局可访问的导航控制器

   • 优点：随处可用
   • 缺点：难以管理生命周期，增加耦合度

最佳实践建议

1. 优先考虑官方推荐的UI驱动导航方案
2. 对于复杂场景采用事件流模式
3. 编写单元测试验证导航事件触发
4. 使用依赖注入管理Navigator实例
5. 为大型项目考虑分层导航架构

通过这种架构设计，开发者可以在保持代码整洁和可测试性的同时，实现从ViewModel触发的导航逻辑，平衡了实用性与架构原则。