Zag/Ark UI 中受控NumberInput组件的格式化问题解析

问题概述

在使用Zag/Ark UI构建表单时，NumberInput组件在受控模式下存在一个值得注意的行为差异：当输入框失去焦点(blur)时，预设的货币或数字格式化选项不会自动应用。这与非受控模式下的表现不同，后者能够正确执行格式化。

现象重现

开发者在使用受控NumberInput组件时会遇到以下情况：

1. 设置了格式化选项(如{style: "currency", currency: "EUR"})
2. 用户输入数值
3. 当输入框失去焦点时，数值保持原始输入状态，未按预期格式化为货币形式
4. 仅在使用增减按钮、键盘箭头或数值超出限制时格式化才会生效

技术背景

这个问题源于受控组件和非受控组件的实现机制差异。在React生态中：

• 受控组件完全由父组件通过props控制状态
• 非受控组件则自行管理内部状态

Zag/Ark UI的NumberInput在受控模式下，格式化逻辑的执行依赖于父组件正确处理onValueChange回调中的详细信息。

解决方案

项目维护者建议的解决方案是：

1. 使用details.value而非details.valueAsNumber来更新状态
2. 在父组件中维护格式化后的字符串值而非原始数值

这种设计虽然解决了格式化问题，但在实际业务场景中可能带来一些挑战：

• 需要处理字符串而非数值进行计算
• 不同地区的格式化差异可能导致数据一致性问题
• API通信时需要额外处理格式化字符串

最佳实践建议

针对这一特性，开发者可以考虑以下实现方案：

1. 双状态管理：同时维护原始数值和格式化字符串

const [rawValue, setRawValue] = useState(0);
const [displayValue, setDisplayValue] = useState("0");

<NumberInput
  value={displayValue}
  onValueChange={({value, valueAsNumber}) => {
    setDisplayValue(value);
    setRawValue(valueAsNumber);
  }}
/>

2. 转换中间层：在提交数据时进行格式化转换

const submitHandler = () => {
  const numericValue = parseFloat(formattedValue.replace(/[^\d.-]/g, ''));
  // 发送numericValue到API
}

3. 自定义格式化：根据业务需求实现自己的格式化逻辑

总结

Zag/Ark UI的这一设计选择强调了显示值与实际值的分离，虽然增加了些许开发复杂度，但提供了更灵活的格式化控制。开发者需要根据具体业务场景权衡利弊，选择最适合的状态管理策略。理解框架的这种行为差异有助于构建更健壮的国际化和货币敏感型应用。