VTable中禁用状态复选框与表头联动的解决方案

问题背景

在VTable表格组件中，当用户点击表头复选框进行全选操作时，默认情况下所有行（包括被标记为禁用状态的复选框）都会被选中。这与实际业务场景中"禁用状态不应被修改"的需求相矛盾。

技术分析

VTable的复选框功能存在两个层面的控制：

1. 状态层：通过checked属性控制复选框的选中状态
2. 交互层：通过disable属性控制复选框是否可交互

在VTable的当前实现中，表头全选操作会直接修改所有行的选中状态，而没有考虑交互层的禁用状态限制。

解决方案

方案一：事件监听与状态回滚

通过监听checkbox_state_change事件，在表头全选操作后，手动将禁用行的状态恢复为原始值：

instance.on('checkbox_state_change', (e) => {
  const isHeader = e.row < instance.columnHeaderLevelCount;
  if (isHeader && e.checked) {
    for (let row = instance.columnHeaderLevelCount; row < instance.rowCount; row++) {
      const record = instance.getCellOriginRecord(e.col, row);
      if (record.check?.disable) {
        // 更新状态层
        instance.stateManager.setCheckedState(e.col, row, 'check', record.check?.checked?? false);
        
        // 更新渲染层（仅对可见单元格）
        const cell = instance.scenegraph.getCell(e.col, row);
        if (cell) {
          cell.getChildByName('checkbox', true)?.setAttribute('checked', record.check?.checked?? false);
        }
      }
    }
  }
})

性能优化考虑

由于VTable采用虚拟滚动技术，非可视区域单元格不会被渲染。因此需要注意：

1. 在遍历所有行时，只对可见单元格进行DOM操作
2. 对于不可见单元格，仅更新状态管理器中的状态
3. 当这些行滚动到可视区域时，VTable会根据状态自动渲染正确的选中状态

最佳实践建议

1. 数据结构设计：建议将复选框状态封装为对象，包含checked和disable两个属性
2. 性能优化：对于大型表格，避免在事件回调中进行复杂计算
3. 状态一致性：确保状态管理器和实际渲染保持同步

总结

VTable作为高性能表格组件，在提供丰富功能的同时也需要开发者理解其内部状态管理机制。通过合理利用事件系统和状态管理API，可以实现复杂的业务需求，如禁用状态复选框的特殊处理。这种解决方案既保持了组件的性能优势，又满足了业务场景的特殊需求。