Compose Destinations 模块命名优化：自动简化重复名称

在 Compose Destinations 2.1.0-beta08 版本中，开发者发现了一个可以优化的命名细节。当使用 KSP 配置导航图时，如果模块名称与导航图名称相同，生成的代码会出现冗余命名情况。

问题背景

Compose Destinations 是一个用于简化 Jetpack Compose 导航的库，它通过注解处理自动生成导航代码。开发者可以通过 KSP 配置模块名称和代码生成包名：

ksp {
    arg("compose-destinations.moduleName", "authentication")
    arg("compose-destinations.codeGenPackageName", "com.feature.authentication")
}

在 2.1.0-beta08 版本中，这样的配置会生成如下代码：

internal object AuthenticationNavGraphs {
    val authenticationAuthentication = AuthenticationNavGraph
}

优化方案

显然，authenticationAuthentication 这样的命名存在冗余。更合理的做法是当模块名称与导航图名称相同时，简化生成的属性名称为 main：

internal object AuthenticationNavGraphs {
    val main = AuthenticationNavGraph
}

这种优化不仅使代码更加简洁，也符合 Kotlin 的命名惯例，提高了代码的可读性。

实现细节

该优化已在 2.1.0-beta09 版本中实现，主要改动包括：

1. 当检测到模块名称与导航图名称相同时，自动使用 main 作为属性名称
2. 修复了模块名称在 NavGraphs 对象字段中重复添加的问题

开发者影响

这一改进对开发者完全透明，不需要任何配置变更。升级到新版本后，生成的代码将自动采用更简洁的命名方式，使项目代码更加整洁。

最佳实践

对于多模块项目，建议开发者：

1. 为每个功能模块定义清晰的模块名称
2. 主模块可以考虑使用 "main" 作为模块名称
3. 保持模块名称与业务功能相关且简洁

这种命名优化是 Compose Destinations 持续改进用户体验的一个例证，展示了开发团队对代码质量和开发者体验的关注。