好表格的价值在于：用户能快速找到目标数据、看懂数据关系、并完成对数据的操作。坏表格则是“数据摆了一屏，但什么也找不到”。
排序、筛选、搜索、分页这些能力不是锦上添花，而是数据密集型应用的核心体验。
判断标准：一个 5000 行数据的表格，普通用户能不能在 10 秒内找到他想要的那一行。
成熟表格组件的能力清单。
单列/多列排序，服务端排序支持。
字段筛选、关键字搜索、自定义筛选。
页码、每页条数、总条数、跳页。
首列/末列固定，横向滚动不迷失。
单选/多选/全选，批量操作联动。
大数据量只渲染可视区，流畅不卡。
按数据规模与交互复杂度选择合适的方案。
百行内简单列表直接用基础表格；万行以上要考虑虚拟滚动或服务端分页。
是否需要行内编辑、树形表格、跨行合并，决定组件复杂度。
客户端分页适合小数据，服务端分页适合大数据与实时数据。
用真实规模数据压测渲染与操作性能，确认无卡顿再上线。
针对不同规模的数据量选择最优方案。
| 方案 | 适合数据量 | 优点 | 缺点 |
|---|---|---|---|
| 客户端分页 | ≤1 万行 | 实现简单、交互流畅 | 首次加载数据量大 |
| 服务端分页 | 任意规模 | 数据实时、内存友好 | 依赖接口、交互略延迟 |
| 虚拟滚动 | 1-10 万行 | 前端体验好、无分页感 | 实现复杂、滚动条失真 |
| 无限滚动 | 流式数据 | 适合信息流 | 定位困难、不适合管理表 |
优先用虚拟滚动只渲染可视区；同时避免在表格里塞过多复杂组件，单元格尽量纯文本渲染。
数据量小可前端；数据量大或需实时结果建议后端做，前端只传参数。
默认展示核心列，其余列放进“自定义列”让用户勾选；必要时横向滚动 + 固定首列。
尽量懒加载子节点，避免一次性展开所有层级；大数据量配合虚拟滚动。
