Android Compose代码实验室为何传递Lambda而非NavController？

直接传NavController看似省事，但这么做违背了Compose的设计原则，还存在不少实际开发隐患，具体原因如下：

• 解耦组件，提升复用性：如果子组件直接持有NavController，它就和Jetpack Navigation深度绑定了。以后想把这个组件用到无需导航的场景，或是换用其他导航方案，就得大幅修改代码。用lambda回调的话，子组件只负责触发“下一步”点击事件，具体导航逻辑完全由父组件掌控，组件本身的通用性会大大提升。
• 限制权限，避免滥用：给子组件完整的NavController等于放开了所有导航权限，它可以随意跳转到任何页面，很容易出现不符合业务逻辑的导航行为。而传递lambda回调，子组件只能触发预设好的“下一步”动作，父组件牢牢把控导航的具体路径，更安全也更符合单一职责。
• 简化测试流程：测试子组件时，要是依赖NavController，你得模拟整个导航框架的环境。但用lambda的话，只需要验证回调函数有没有被正确调用就行，测试代码更简洁，也不用引入Navigation相关的测试依赖。
• 遵循Compose状态提升原则：Compose推荐把状态和业务逻辑放在上层组件，子组件专注于UI渲染和事件触发。传递点击回调正是这个原则的体现，让组件职责划分更清晰，代码结构更易维护。

相关代码截图 #

相关代码来自Google开发者训练的Lunch Tray项目。

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