如何用EntityFramework改写ADO.NET数据访问层并返回DataTable？

针对你需要用EF重写现有ADO.NET函数、同时保留DataTable返回值的需求，这里提供两种实用的过渡方案：

方案一：复用原生SQL逻辑，直接通过EF获取连接执行查询 #

这种方案和你原有ADO.NET代码逻辑最接近，改动最小，适合快速过渡：

public async Task<DataTable> GetGoblinsAsync(CancellationToken cancelToken)
{
    using (var context = new YourDbContext())
    {
        // 获取EF底层的数据库连接
        var conn = context.Database.GetDbConnection();
        await conn.OpenAsync(cancelToken).ConfigureAwait(false);
        
        using (var command = conn.CreateCommand())
        {
            command.CommandText = "select * from [SomeGoblinTable]";
            command.CommandType = System.Data.CommandType.Text;
            
            // 若需要参数，可添加如下代码避免SQL注入
            // command.Parameters.Add(new SqlParameter("@ParamName", paramValue));
            
            using (var reader = await command.ExecuteReaderAsync(cancelToken).ConfigureAwait(false))
            {
                DataTable dt = new DataTable();
                dt.Load(reader);
                return dt;
            }
        }
    }
}

优点：完全复用原有SQL语句，不需要定义实体类，代码结构和旧版几乎一致，过渡成本极低。

方案二：先查询实体集合，再转换为DataTable #

这种方案更贴合EF的ORM设计，适合后续逐步将返回值替换为实体类的长期过渡：

步骤1：定义实体类 #

public class Goblin
{
    // 对应数据库表的字段，需保证字段名、类型与表结构匹配
    public int Id { get; set; }
    public string GoblinName { get; set; }
    public int Level { get; set; }
    // 其他字段根据表结构补充...
}

步骤2：在DbContext中配置DbSet #

public class YourDbContext : DbContext
{
    public DbSet<Goblin> Goblins { get; set; }

    // 配置数据库连接字符串等内容
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder.UseSqlServer("你的数据库连接字符串");
    }
}

步骤3：重写查询函数 #

public async Task<DataTable> GetGoblinsAsync(CancellationToken cancelToken)
{
    using (var context = new YourDbContext())
    {
        // 通过EF查询获取实体集合
        var goblinList = await context.Goblins.ToListAsync(cancelToken).ConfigureAwait(false);
        
        // 将实体集合转换为DataTable
        DataTable dt = new DataTable();
        // 自动生成DataTable的列
        var properties = typeof(Goblin).GetProperties();
        foreach (var prop in properties)
        {
            // 处理可空类型，确保列类型正确
            var columnType = Nullable.GetUnderlyingType(prop.PropertyType) ?? prop.PropertyType;
            dt.Columns.Add(prop.Name, columnType);
        }
        // 填充数据行
        foreach (var goblin in goblinList)
        {
            DataRow row = dt.NewRow();
            foreach (var prop in properties)
            {
                row[prop.Name] = prop.GetValue(goblin) ?? DBNull.Value;
            }
            dt.Rows.Add(row);
        }
        return dt;
    }
}

优点：符合EF的使用规范，后续只需要修改返回值类型为List<Goblin>即可完成完全过渡，无需大幅改动查询逻辑。

注意事项 #

• 两种方案都要注意DbContext的生命周期，确保用using语句正确释放资源
• 如果查询包含参数，务必使用参数化查询避免SQL注入风险
• 方案二中的实体类需与数据库表结构严格匹配，否则会导致转换失败或数据丢失

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