为什么选择 vtable-guild
vtable-guild 不是一套全新的 UI 体系，而是给已经在使用 ant-design-vue 或 element-plus 的项目提供一条更顺手的表格替换路径。
它的目标很明确：保留你熟悉的列定义、排序筛选和业务集成方式，同时补上原表格在大数据量、列布局控制和主题扩展上的短板。
目标用户
这套库更适合以下场景：
- 你的项目已经使用 ant-design-vue 或 element-plus，希望表格视觉与整体 UI 体系保持一致
- 你不想继续为虚拟滚动、列宽拖拽、条纹行和 hover 状态维护额外封装
- 你需要一套能在全局、业务线和单实例三层同时控制样式的主题机制
- 你希望迁移成本可控，而不是把现有表格页面全部推倒重写
它解决的核心问题
1. 原表格能力不够用
业务表格变复杂之后，痛点往往不是“能不能渲染表格”，而是：
- 大数据量下滚动和渲染体验差
- 列宽需要用户现场调整，但原表格和业务封装之间还要再补一层约定
- 条纹行、hover 行、边框和空态样式主要靠额外 CSS 覆盖
- 同一套业务代码要接入不同视觉体系时，样式调整成本高
2. 继续在原表格上堆补丁会越来越重
现有业务里最贵的部分通常不是模板语法本身，而是列配置、数据处理、事件联动和页面约定。vtable-guild 的价值在于尽量保留这些使用方式，把增强能力做进表格内部，而不是继续把复杂度压给业务层。
什么时候适合优先考虑它
- 你来自 ant-design-vue，希望在不改掉整套表格心智的前提下补齐虚拟滚动和主题系统
- 你来自 element-plus，希望用统一的 columns + props 模型替代表格能力分散的接入方式
- 你已经开始为同一类表格重复写 CSS hack、滚动补丁或主题封装
什么时候不适合
如果你的页面只是一个非常简单的数据展示表，没有性能、列布局、主题切换或复杂交互需求，继续使用现有 UI 库自带表格通常更省事。
vtable-guild 更适合中大型业务表格，而不是为了“替换而替换”。