MVC中如何无需为每个存储过程创建模型直接访问其结果？

嘿，我太懂你这种不想重复造轮子的心情了——为每个存储过程的返回结果单独建模型确实挺麻烦的，尤其是存储过程多的时候。下面给你几个不用创建专属模型就能直接访问存储过程结果的实用方法：

方法1：直接用EF的Database.SqlQuery<dynamic>（EF6适用） #

这应该是最省事的方式，EF会自动把存储过程返回的结果映射到dynamic对象上，你直接通过列名访问属性就行：

public List<dynamic> GetCollection()
{
    // 如果存储过程需要参数，直接在SQL语句里传参即可
    var results = _db.Database.SqlQuery<dynamic>(
        "EXEC SPGetCollection @YourParam = @p0", 
        yourParameterValue
    ).ToList();
    
    // 示例访问属性：假设存储过程返回Id和Name列
    foreach (var item in results)
    {
        Console.WriteLine($"ID: {item.Id}, 名称: {item.Name}");
    }
    
    return results;
}

注意：这里的属性名必须和存储过程返回的列名完全一致，而且编译时不会做类型检查，要是列名拼错了，只有运行时才会报错。

方法2：手动用DataReader+ExpandoObject（EF6/EF Core都适用） #

如果需要更精细地控制读取过程，或者担心dynamic的隐式映射有问题，可以手动读取DataReader，把每一行数据转成ExpandoObject（本质是动态字典）：

public List<dynamic> GetCollection()
{
    var results = new List<dynamic>();
    
    using (var cmd = _db.Database.Connection.CreateCommand())
    {
        cmd.CommandText = "SPGetCollection";
        cmd.CommandType = System.Data.CommandType.StoredProcedure;
        
        // 添加参数（如果需要的话）
        // cmd.Parameters.Add(new SqlParameter("@ParamName", paramValue));
        
        try
        {
            _db.Database.Connection.Open();
            using (var reader = cmd.ExecuteReader())
            {
                while (reader.Read())
                {
                    var expando = new ExpandoObject() as IDictionary<string, object>;
                    // 遍历所有列，把列名和对应值添加到ExpandoObject中
                    for (int i = 0; i < reader.FieldCount; i++)
                    {
                        expando.Add(reader.GetName(i), reader.IsDBNull(i) ? null : reader[i]);
                    }
                    results.Add(expando);
                }
            }
        }
        finally
        {
            _db.Database.Connection.Close();
        }
    }
    
    return results;
}

这种方式的好处是你能处理DBNull的情况，避免空值引发的异常，而且完全控制映射过程。

方法3：EF Core里的FromSqlRaw结合dynamic #

如果用的是EF Core，也可以用Set<dynamic>().FromSqlRaw来调用存储过程：

public async Task<List<dynamic>> GetCollectionAsync()
{
    var results = await _db.Set<dynamic>()
        .FromSqlRaw("EXEC SPGetCollection")
        .ToListAsync();
    
    return results;
}

不过EF Core对dynamic的支持不如EF6那么顺滑，如果遇到问题，也可以用方法2的DataReader方案，兼容性更强。

一些需要注意的点 #

• 类型安全缺失：用dynamic的话，编译时不会检查属性是否存在，拼写错误只有运行时才会暴露，所以如果存储过程的返回结构经常变化，这种方式反而灵活；但如果结构稳定，强类型模型还是更可靠。
• 性能略逊：动态类型的处理会比强类型模型多一点开销，不过大部分场景下这点差异可以忽略。
• 复杂结果集：如果存储过程返回多个结果集，dynamic方式处理起来会比较麻烦，这种情况下可能还是需要针对性的模型。

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