FluentUI Blazor DataGrid 与 Entity Framework Core 的交互问题解析

问题背景

在使用 FluentUI Blazor 的 DataGrid 组件时，开发者遇到了与 Entity Framework Core 交互时的选择功能异常。具体表现为：当 DataGrid 绑定到 EF Core 生成的 IQueryable 数据源时，点击行项目会出现选择状态无法保持的问题。

现象描述

开发者观察到以下现象：

1. 点击 DataGrid 中的行项目时，OnSelect 事件会被触发两次
2. 第一次触发时 Selected 参数为 true（选中新项目）
3. 第二次触发时 Selected 参数为 false（取消选中之前选中的项目）
4. 最终结果是无法保持任何项目的选中状态

根本原因分析

经过深入分析，问题源于以下技术细节：

1. IQueryable 延迟执行特性：EF Core 生成的 IQueryable 具有延迟执行特性，DataGrid 在每次操作时都会重新查询数据源，导致状态丢失。

2. 选择事件的双重触发机制：DataGrid 的设计是当用户选择新项目时，会先触发取消旧项目选择的事件，再触发选择新项目的事件。如果处理不当，会导致状态管理混乱。

3. 对象标识不一致：EF Core 每次查询返回的对象实例可能不同，即使代表同一数据记录，DataGrid 也无法正确识别已选项目。

解决方案

方案一：强制立即执行查询

protected override void OnInitialized()
{
    mCsireRequests = mCsireCommunicationQuery.GetRequests().ToList().AsQueryable();
}

这种方法通过 ToList() 强制立即执行查询，将结果转换为内存中的集合，再包装为 IQueryable。虽然解决了选择问题，但失去了延迟查询的优势，不适合大数据量场景。

方案二：使用分页功能

启用 DataGrid 的分页功能可以自动处理大数据集问题，同时保持选择功能正常：

<FluentDataGrid Items="@mCsireRequests" Pagination="@true">
    <!-- 列定义 -->
</FluentDataGrid>

分页模式下，DataGrid 只会加载当前页的数据，既解决了性能问题，又保证了选择功能的可用性。

方案三：正确管理选择状态

在事件处理中正确维护选择状态：

private void OnSelect(DataGridRowSelectEventArgs<CsireRequest> args)
{
    if (args.Selected)
    {
        mSelectedCsireRequest = args.Item;
    }
}

最佳实践建议

1. 对于小型数据集，可以使用方案一，简单直接
2. 对于大型数据集，推荐使用方案二的分页模式
3. 始终确保在事件处理中正确管理选择状态
4. 考虑为 DataGrid 设置 ItemKey 属性，帮助组件识别项目唯一性

技术深度解析

EF Core 的 IQueryable 与内存中的 IQueryable 有本质区别：

• EF Core 的 IQueryable 代表数据库查询，每次枚举都会执行新的查询
• 内存中的 IQueryable 只是集合的包装，行为可预测

DataGrid 组件需要稳定的对象引用才能正确维护选择状态，这与 EF Core 的查询模型存在天然矛盾。理解这一底层原理，就能更好地选择适合的解决方案。

总结

FluentUI Blazor 的 DataGrid 组件在与 EF Core 配合使用时，需要注意数据源的特性差异。通过合理选择数据处理策略和正确管理组件状态，可以构建出既高效又功能完善的数据展示界面。