如何从DataTable构建自定义DataView？实现逐行代码筛选

嘿，针对你遇到的这个棘手场景——复杂到没法用标准RowFilter实现的RowIsGood逻辑、数据量极大的DataTable还被多个网格控件引用，我给你整理了几个经过社区验证的靠谱解决方案，完美避开直接修改原表（比如加临时列可能带来的副作用）：

方法1：用计算列+RowFilter（仅适用于逻辑可拆解为表达式的情况） #

如果你的RowIsGood逻辑虽然复杂，但还能拆成基于现有列的计算表达式，那可以给DataTable加个隐藏的计算列，用它来做过滤：

// 先检查有没有这个隐藏列，避免重复添加
if (!dataTable.Columns.Contains("IsGood"))
{
    var computedCol = new DataColumn("IsGood", typeof(bool), "这里替换成你的复杂计算表达式");
    computedCol.ColumnMapping = MappingType.Hidden; // 隐藏列，不会影响绑定的网格显示
    dataTable.Columns.Add(computedCol);
}

// 直接用这个列做RowFilter创建DataView
var filteredView = new DataView(dataTable);
filteredView.RowFilter = "IsGood = True";

划重点：如果你的逻辑完全没法转成DataColumn支持的表达式（比如要调用外部API、做多层嵌套的业务判断），这个方法就pass，看下面的方案。

方法2：缓存过滤结果+监听表变化（完全适配复杂逻辑） #

对于完全没法用表达式表达的逻辑，我们靠缓存符合条件的行索引+实时监听DataTable的修改来实现高效过滤，同时不影响原表的多控件引用：

第一步：初始化过滤结果缓存 #

因为数据量大，逐行判断成本高，所以一次性计算完所有行的状态并缓存，避免重复计算：

// 用HashSet存符合条件的行索引，查询效率超高
private HashSet<int> _validRowIndexes = new HashSet<int>();

// 初始化缓存：遍历一遍原表，把符合RowIsGood的行索引存起来
private void InitValidRowCache(DataTable targetTable)
{
    _validRowIndexes.Clear();
    for (int i = 0; i < targetTable.Rows.Count; i++)
    {
        if (RowIsGood(targetTable.Rows[i]))
        {
            _validRowIndexes.Add(i);
        }
    }
}

// 你的复杂判断逻辑，随便怎么写都没问题
private bool RowIsGood(DataRow row)
{
    // 示例：调用外部服务、多条件嵌套、复杂类型判断
    var userName = row["UserName"] as string;
    var loginCount = row.Field<int>("LoginCount");
    return !string.IsNullOrWhiteSpace(userName) 
           && loginCount > 50 
           && ExternalUserService.IsUserActive(row["UserId"].ToString());
}

第二步：基于缓存创建过滤后的DataView #

这里有两种思路，选适合你的：

思路A：创建副本表（简单易实现）

如果内存足够，直接从原表导出符合条件的行到新表，再创建DataView：

public DataView GetFilteredView(DataTable sourceTable)
{
    // 缓存没初始化就先跑一遍
    if (_validRowIndexes.Count == 0)
    {
        InitValidRowCache(sourceTable);
    }

    // 克隆原表结构，导入符合条件的行
    var filteredTable = sourceTable.Clone();
    foreach (var row in sourceTable.Cast<DataRow>().Where((r, idx) => _validRowIndexes.Contains(idx)))
    {
        filteredTable.ImportRow(row);
    }
    return new DataView(filteredTable);
}

思路B：自定义IBindingList（内存友好，适合超大数据量）

如果数据量超大，复制表太占内存，就自己实现一个IBindingList，直接基于原表和缓存索引返回数据，完全不复制：

// 简化版的自定义绑定列表，只实现核心功能
public class FilteredDataList : IBindingList
{
    private DataTable _sourceTable;
    private HashSet<int> _validIndexes;

    public FilteredDataList(DataTable source, HashSet<int> validIndexes)
    {
        _sourceTable = source;
        _validIndexes = validIndexes;
    }

    // 这里实现IBindingList的必要方法，比如Count、Item[]等
    public int Count => _validIndexes.Count;
    public object this[int index] 
    { 
        get 
        {
            // 把缓存的索引转成原表的行
            var realIndex = _validIndexes.ElementAt(index);
            return _sourceTable.Rows[realIndex];
        }
    }

    // 其他IBindingList方法按需实现，比如Add、Remove等
    // ...
}

// 使用时直接绑定这个列表到网格
var filteredList = new FilteredDataList(dataTable, _validRowIndexes);
dataGridView1.DataSource = filteredList;

第三步：监听DataTable变化，实时更新缓存 #

原表被修改（新增、编辑、删除行）时，要同步更新缓存，保证过滤结果始终准确：

// 给原表绑定事件，监听行变化
private void HookUpTableEvents(DataTable table)
{
    table.RowChanged += Table_RowChanged;
    table.RowAdded += Table_RowAdded;
    table.RowDeleted += Table_RowDeleted;
}

private void Table_RowChanged(object sender, DataRowChangeEventArgs e)
{
    var rowIndex = e.Row.Table.Rows.IndexOf(e.Row);
    if (RowIsGood(e.Row))
    {
        _validRowIndexes.Add(rowIndex);
    }
    else
    {
        _validRowIndexes.Remove(rowIndex);
    }
    // 触发列表更新，通知网格刷新
    OnListChanged?.Invoke(this, new ListChangedEventArgs(ListChangedType.ItemChanged, rowIndex));
}

private void Table_RowAdded(object sender, DataRowChangeEventArgs e)
{
    var rowIndex = e.Row.Table.Rows.IndexOf(e.Row);
    if (RowIsGood(e.Row))
    {
        _validRowIndexes.Add(rowIndex);
    }
}

private void Table_RowDeleted(object sender, DataRowChangeEventArgs e)
{
    var rowIndex = e.Row.Table.Rows.IndexOf(e.Row);
    _validRowIndexes.Remove(rowIndex);
}

关键注意事项 #

• 别随便改原表：如果原表被多个网格引用，加临时列可能会导致所有控件都读取到这个列（哪怕设为隐藏，有些控件还是会识别），缓存索引的方式更安全。
• 异步初始化缓存：大数据量下一次性遍历可能卡UI，把InitValidRowCache放到异步线程里跑，初始化完再通知UI刷新。
• 内存优先选思路B：如果数据量到了百万级，复制表肯定撑不住，自定义IBindingList是最优解。

内容的提问来源于stack exchange，提问作者Mark Lansdown