.NET Framework基于ADO.Net的项目迁移至.NET Core的可行性咨询

完全可以，.NET Core对ADO.NET的原生支持让这种迁移非常顺畅，不需要强制切换到Entity Framework，直接保留调用存储过程的开发模式完全可行。

核心依据 #

• .NET Core完整继承了ADO.NET的核心组件：SqlConnection、SqlCommand、SqlDataReader、SqlParameter等类的用法和.NET Framework中几乎完全一致，你原有的存储过程调用代码不需要大面积重构。
• .NET Core提供了兼容的数据库驱动，比如针对SQL Server的Microsoft.Data.SqlClient（推荐），和旧版System.Data.SqlClient也能兼容，确保存储过程的参数传递、结果集读取逻辑正常工作。

典型存储过程调用示例（.NET Core中） #

using (var connection = new SqlConnection(Configuration.GetConnectionString("YourDb")))
{
    await connection.OpenAsync();
    using (var command = new SqlCommand("YourStoredProcedureName", connection))
    {
        command.CommandType = CommandType.StoredProcedure;
        // 添加存储过程参数
        command.Parameters.Add(new SqlParameter("@Param1", SqlDbType.VarChar) { Value = "SampleValue" });
        
        // 执行并读取结果
        using (var reader = await command.ExecuteReaderAsync())
        {
            while (await reader.ReadAsync())
            {
                // 处理结果集逻辑，和Framework中一致
                var value = reader.GetString(0);
            }
        }
    }
}

迁移时的关键注意事项 #

• 连接字符串配置：将原app.config中的连接字符串迁移到appsettings.json，可以通过IConfiguration接口读取；如果想复用原有ConfigurationManager的逻辑，可安装NuGet包System.Configuration.ConfigurationManager。
• 依赖包检查：确保项目中引用的第三方数据库工具类、组件有.NET Core兼容版本，只要这些依赖基于标准ADO.NET，迁移难度极低。
• 兼容性细节：少数旧版ADO.NET的过时API（比如某些已标记为废弃的方法）可能需要微调，但核心的存储过程调用逻辑完全不需要改动。

总结 #

对于大量依赖存储过程的项目，保留ADO.NET直接调用的模式是迁移到.NET Core的最优选择之一，既避免了EF重构的成本，又能享受到.NET Core的性能和跨平台优势。

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