Compose Destinations 项目中关于深链接配置的替代方案解析

背景介绍

Compose Destinations 是一个用于 Jetpack Compose 导航的库，它简化了导航逻辑的实现。在最新版本中，库移除了 allowSourcesFromOtherPlugins 配置选项，这影响了某些开发者使用 BuildConfig 来配置深链接(Deep Link)的方式。

原有方案的问题

原先开发者可以通过 allowSourcesFromOtherPlugins 选项来允许从其他插件(如 BuildConfig)获取数据来配置深链接。例如：

@Destination(
    deepLinks = [
        DeepLink(uriPattern = "https://example.com/${BuildConfig.VERSION_CODE}")
    ]
)
class MyScreen

这种方式在 KSP2 中已被废弃，主要原因是：

1. 在 Gradle 新版本中存在兼容性问题
2. 破坏了编译时处理的确定性原则
3. 可能导致不可预期的构建行为

新的运行时配置方案

Compose Destinations 提供了更灵活、更可靠的运行时配置方案。开发者现在可以在 DestinationsNavHost 中动态添加深链接：

DestinationsNavHost(
    // 其他参数...
) {
    MyDestination addDeepLink { 
        uriPattern = "runtimeschema://${MyDestination.route}" 
    }
}

这种方式的优势包括：

1. 灵活性：可以在运行时动态决定深链接的格式
2. 可维护性：集中管理所有深链接配置
3. 兼容性：不受 Gradle 版本变化影响
4. 可测试性：更容易进行单元测试

实际应用示例

假设我们需要根据应用版本号构建深链接，可以这样实现：

val appVersion = getVersionFromSomewhere() // 从任意地方获取版本信息

DestinationsNavHost(
    navController = navController,
    startRoute = HomeScreenDestination
) {
    ProfileScreenDestination addDeepLink {
        uriPattern = "myapp://profile?version=${appVersion}"
    }
    
    SettingsScreenDestination addDeepLink {
        uriPattern = "myapp://settings/v${appVersion}"
    }
}

迁移建议

对于正在使用旧方案的开发者，建议按照以下步骤迁移：

1. 移除所有 @Destination 注解中的 deepLinks 配置
2. 在 DestinationsNavHost 的 lambda 表达式中集中添加深链接
3. 将原先依赖 BuildConfig 的逻辑改为从其他可靠来源获取数据
4. 测试所有深链接功能是否正常工作

总结

Compose Destinations 的这项变更虽然带来了短暂的迁移成本，但从长远来看提高了项目的稳定性和可维护性。运行时配置深链接的方式更加符合现代应用开发的最佳实践，为开发者提供了更大的灵活性和控制力。