Valibot 中数组默认值的类型推断问题解析

问题背景

在使用 Valibot 进行数据验证时，开发者经常会遇到需要为可选字段设置默认值的情况。最近有开发者反馈，在使用 v.optional 结合 v.array 时，默认值的类型推断结果与预期不符。

具体案例

考虑以下 Valibot 模式定义：

export const customFieldSchema = v.object({
  choices: v.optional(v.array(v.string()), [])
});

const defaults = v.getDefaults(customFieldSchema);

开发者期望 choices 属性的类型被推断为 string[]，但实际上在某些环境下被推断为 null[] 或 readonly []。

原因分析

Valibot 的 optional 方法在设计上会严格保留开发者提供的默认值的精确类型。这意味着：

1. 当提供一个空数组 [] 作为默认值时，Valibot 会将其类型推断为 readonly []，这是一个精确的空元组类型
2. 这种设计是为了保持类型系统的精确性，避免不必要的类型扩展
3. 如果开发者希望获得更宽泛的类型推断，需要显式地进行类型标注

解决方案

对于需要更通用数组类型的情况，可以通过以下方式解决：

export const customFieldSchema = v.object({
  choices: v.optional(v.array(v.string()), [] as string[])
});

这种写法明确告诉 TypeScript 我们希望将空数组视为 string[] 类型，同时仍然保持了类型安全性——如果尝试将其标注为不兼容的类型（如 number[]），TypeScript 会报错。

设计哲学

Valibot 的这种类型推断行为体现了以下设计原则：

1. 精确性优先：默认情况下保留开发者提供的值的精确类型
2. 显式优于隐式：需要更宽泛的类型时需要开发者明确表达意图
3. 类型安全：即使进行类型标注，仍然会检查类型兼容性

最佳实践

在实际开发中，建议：

1. 对于简单的默认值，可以依赖 Valibot 的自动推断
2. 当需要特定类型时，使用类型断言明确表达意图
3. 在团队协作中，保持默认值类型标注的一致性
4. 考虑使用 TypeScript 的 satisfies 操作符来验证类型是否符合预期

总结

Valibot 的类型系统设计注重精确性和安全性，这在处理数组默认值时表现得尤为明显。理解这一设计理念后，开发者可以通过适当的类型标注来获得所需的类型推断结果，同时享受类型系统带来的安全保障。