Inquirer.js 中对象属性覆盖问题的分析与修复

问题背景

在 Inquirer.js 这个流行的命令行交互工具中，9.3.1 版本引入了一个关于对象属性设置的重大变更。该变更源于将原本依赖 lodash 的 _set 方法替换为直接实现，但这一改动意外破坏了某些特定场景下的预期行为。

问题现象

考虑以下典型的 Inquirer.js 提示配置场景：

{
    type: "confirm",
    name: "foo",
    message: "foo?",
    default: true
},
{
    type: "list",
    name: "foo.bar",
    message: "bar?",
    default: 'hello',
    choices: ['hello', 'world'],
    when: (currentAnswers) => currentAnswers.foo
}

在 9.3.1 版本之前，这段代码能够正常工作：

1. 第一个确认提示会生成 {foo: true}
2. 当用户确认后，第二个列表提示会将该值覆盖为 {foo: { bar: 'hello'}}

然而，在 9.3.1 及之后的版本中，这段代码会抛出错误："Cannot create property 'bar' on boolean 'true'"，表明系统无法在布尔值上创建属性。

技术分析

问题的本质在于对象属性设置的实现逻辑发生了变化。原始实现能够智能地处理类型转换，当需要在一个基本类型值上设置嵌套属性时，会自动将其转换为对象。而新的直接实现则严格遵循 JavaScript 的默认行为，不允许在布尔值上创建属性。

这种变化影响了以下关键场景：

• 当第一个问题生成基本类型值（如布尔值、字符串等）
• 后续问题尝试在该值上设置嵌套属性
• 系统期望自动将基本类型值转换为对象

解决方案

修复方案的核心逻辑是：在设置嵌套属性路径时，如果中间节点是基本类型值（特别是布尔值），应自动将其转换为空对象。具体实现可以添加如下检查：

if (i !== pathArray.length - 1 && typeof acc[key] === "boolean") {
    acc[key] = {};
}

这一修复保持了向后兼容性，同时解决了类型转换问题。它特别适用于以下情况：

• 确认类型提示后跟随着需要设置嵌套属性的问题
• 动态生成的提示流，其中后续问题依赖于前序问题的答案
• 复杂的分支式问卷调查场景

影响与启示

这个问题给开发者带来的启示包括：

1. 依赖抽象（如 lodash 的方法）有时会隐藏重要的实现细节
2. 类型转换在交互式CLI工具中需要特别处理
3. 用户输入的动态特性要求更灵活的类型处理机制

Inquirer.js 在 9.3.6 和 10.0.4 版本中已经包含了这一修复，开发者可以升级到这些版本来解决相关问题。对于需要保持特定版本的项目，可以考虑在自定义提示类型中实现类似的类型转换逻辑。