Compose Destinations 库中的导航结果处理优化

Compose Destinations 是一个用于 Jetpack Compose 导航的库，它简化了导航逻辑的实现。在最新版本中，库作者针对导航结果处理进行了API优化，使其更加符合Kotlin语言习惯。

原有API的局限性

在之前的版本中，处理导航结果需要使用onNavResult方法，开发者需要处理所有可能的结果状态，包括成功获取值和取消两种情况。这导致即使开发者只关心成功获取值的情况，也必须实现完整的处理逻辑。

recipient.onNavResult { result ->
    when(result) {
        is NavResult.Value -> { /* 处理成功值 */ }
        NavResult.Canceled -> { /* 处理取消情况 */ }
    }
}

新API的设计思路

新版本引入了更简洁的API设计，灵感来自Kotlin标准库中的Result.fold方法。这种设计提供了两个关键优势：

1. 可选参数：开发者可以只实现他们关心的结果处理逻辑
2. 更直观的语法：API设计更符合Kotlin的习惯用法

新的API提供了两种使用方式：

1. 当只关心成功获取值的情况时：

recipient.onResult { value -> 
    // 仅处理成功获取的值
}

2. 当需要处理所有可能结果时：

recipient.onResult(
    onValue = { value -> 
        // 处理成功获取的值
    },
    onCancelled = { 
        // 处理取消情况
    }
)

技术实现细节

在底层实现上，这个新API是通过一个扩展函数实现的，它将新的简洁API转换为原有的onNavResult调用：

@Composable
fun <R> OpenResultRecipient<R>.onResult(
    onCancelled: () -> Unit = {},
    onValue: (R) -> Unit,
) {
    val lambda: (NavResult<R>) -> Unit = remember(onValue, onCancelled) {
        { result ->
            when(result) {
                NavResult.Canceled -> onCancelled()
                is NavResult.Value -> onValue(result.value)
            }
        }
    }
    onNavResult(lambda)
}

这个实现使用了remember来优化性能，确保处理函数不会在重组时被不必要地重新创建。

最佳实践建议

1. 对于简单场景，优先使用单lambda形式，使代码更简洁
2. 当需要特殊处理取消情况时，使用完整形式
3. 考虑将结果处理逻辑提取到单独的函数或ViewModel中，保持UI层的简洁性
4. 对于复杂的结果处理，可以考虑结合Kotlin的密封类或状态管理方案

这个改进体现了Compose Destinations库对开发者体验的持续优化，使得导航结果处理更加符合现代Kotlin开发的最佳实践。