问题描述:
在一个表单中有一个表格需要操作筛选和编辑
我用tableData.filter(filterEditTable)过滤了表格数据,在过滤后的表格数据中进行编辑或删除操作时,直接使用过滤后数组的索引(filterEditTable 的索引)会导致操作错误,因为这个索引并不对应原始数据源(tableData)的位置

解决方案:
保持数据源(tableData)的完整性,只通过控制表格的显示属性来过滤,处理"编辑/删除"和"筛选"共存场景。
实现:
javascript
<el-table
:data="tableData"
:row-class-name="tableRowClassName">
<!-- 列定义... -->
</el-table>
javascript
methods: {
// 动态添加类名
tableRowClassName({row}) {
// 如果不满足筛选条件,添加 'hidden-row' 类
if (!row.name.includes(this.searchKeyword)) {
return 'hidden-row';
}
return '';
},
handleDelete(index) {
// 这里的 index 直接对应 form.detailsList 的索引,非常安全!
this.tableData.splice(index, 1);
}
}
javascript
/* 隐藏行的 CSS */
/* 必须加 ::v-deep (或者 /deep/ 或 >>>) */
::v-deep .el-table .hidden-row {
display: none !important; /* 加上 !important 强制覆盖 */
}
这样做的好处
-
索引准确:scope.$index 永远指向 tableData的真实位置,删除和编辑不会错位。
-
数据不丢失:筛选只是"视觉上的隐藏",数据依然存在于内存中,用户切换筛选条件后数据还在。
-
新增行处理简单:新增的行直接 push 进 tableData,表格会自动渲染,如果它符合筛选条件就会自动显示,不符合就自动隐藏,无需额外逻辑。