Skeleton项目Combobox组件过滤选项滚动问题解析

在Skeleton UI框架的Combobox组件使用过程中，开发者发现了一个关于选项过滤与键盘导航交互的问题。本文将深入分析该问题的成因，并提供解决方案。

问题现象

当用户在Combobox输入框中输入过滤文本后，虽然视觉上只显示了匹配的选项，但使用键盘方向键导航时，却能够滚动选择到所有选项（包括被过滤掉的选项）。这与预期的行为不符——用户期望键盘导航只能操作当前可见的过滤后选项。

技术背景

Skeleton框架的Combobox组件基于Zag.js构建。Zag.js是一个专注于组件逻辑的状态机库，而Skeleton则负责组件的视觉呈现。这种架构分离使得UI逻辑与表现层解耦，但也需要正确处理两者间的数据流。

问题根源分析

经过技术排查，发现问题源于两个关键实现细节：

1. 数据绑定问题：组件内部将原始数据直接绑定到collection，而不是响应式的options状态。这导致当options更新时，collection未能同步更新。

2. 集合更新机制误解：错误地使用了collection.setItems方法，该方法实际上不会就地修改集合，而是返回一个新的集合实例。

解决方案

针对上述问题，需要进行两处核心修改：

1. 修正数据绑定：确保collection使用响应式的options状态而非原始数据

const collection = $derived(
  combobox.collection({
    items: options,  // 使用响应式状态
    itemToValue: (item) => item.value,
    itemToString: (item) => item.label
  })
);

2. 优化过滤逻辑：直接更新options状态而非尝试修改collection

onInputValueChange(event) {
  const filtered = data.filter((item) => 
    item.label.toLowerCase().includes(event.inputValue.toLowerCase()));
  options = filtered;  // 直接更新状态
  zagProps.onInputValueChange?.(event);
}

实现原理

修改后的实现遵循了Svelte的响应式原则：

• 当用户输入过滤文本时，首先计算出过滤后的选项集合
• 将这个集合赋值给响应式变量options
• 由于collection派生自options，会自动保持同步更新
• Zag.js内部机制会基于更新后的collection处理键盘导航

最佳实践建议

1. 当基于状态机库开发组件时，务必清楚理解状态变更的传播路径
2. 对于派生数据，优先使用框架提供的响应式机制（如Svelte的$derived）
3. 仔细阅读底层库的API文档，了解方法是原地修改还是返回新实例

该修复方案已被项目维护者接受，将包含在后续版本更新中。开发者在使用Combobox组件时，应注意检查版本是否包含此修复。