Cabal项目初始化时语言选择的用户体验优化

在Haskell生态系统中，Cabal是一个广泛使用的构建系统和包管理工具。当开发者使用cabal init命令初始化新项目时，会经历一系列交互式配置过程，其中就包括为库、可执行文件和测试套件选择Haskell语言版本。

当前交互体验的问题

目前cabal init命令在初始化同时包含库、可执行文件和测试套件的项目时，会分别询问这三部分的语言版本选择。虽然技术上这三部分确实可以配置不同的语言版本，但在绝大多数实际开发场景中，开发者通常会为整个项目选择统一的语言标准。

当前的交互流程存在明显的重复操作问题：开发者需要为每个组件重复选择相同的语言版本（如GHC2021），这不仅增加了操作步骤，也降低了用户体验的流畅性。

改进方案分析

针对这个问题，社区提出了一个直观的改进方案：让cabal init记住用户在当前会话中的最后一次语言选择，并将其作为后续相同问题的默认值。这种改进完全符合用户的心理模型——"既然我刚才选择了GHC2021，那么后续相同的问题应该默认就是这个选项"。

从技术实现角度看，这个改进需要在交互式会话中维护一定的状态信息。Cabal的交互式提示系统基于Interactive类型类，当前这个设计是纯函数式的，不包含状态维护能力。要实现记忆功能，可以考虑以下几种技术路径：

1. 扩展Interactive类型类：增加状态维护能力，专门记录语言选择
2. 通用状态管理：设计更通用的会话状态机制，不局限于语言选择
3. 修改提示函数：增强现有的promptList函数，增加"记忆"功能参数

实现考量

在实际实现时，需要考虑几个关键因素：

1. 状态生命周期：状态应该只在单个cabal init会话中有效
2. 默认值优先级：系统默认值、会话记忆值和用户显式指定的值之间需要有明确的优先级顺序
3. 向后兼容：修改不应影响现有脚本和非交互式使用场景

最合理的实现方式是在Interactive.Command.createProject函数中初始化状态存储（如IORef），然后通过函数参数将这个状态传递给需要它的提示函数。这样既保持了现有架构的清晰性，又实现了所需的功能。

对开发者的意义

这个看似小的用户体验改进实际上能显著提高开发效率，特别是对于经常创建新项目的开发者。它减少了重复操作，使交互流程更加符合直觉，体现了优秀工具设计中的"不要让我重复思考"原则。

这种改进也展示了开源社区如何通过关注细节来不断优化开发者体验。从问题提出到实现讨论，再到最终合并，整个过程体现了Haskell社区对工具质量的持续追求。