使用Repository模式搭配ORM的优势，EF已实现时仍用它的原因及ADO.NET场景

嘿，这几个问题都是日常开发中经常纠结的点，我结合自己的项目经验给你梳理下：

Repository模式和ORM搭配起来，能把数据访问层的优势最大化，主要有这些好处：

• 关注点分离：把数据操作逻辑从业务逻辑中彻底抽离，业务层只需要调用Repository提供的方法，不用关心底层是用EF、NHibernate还是其他ORM，代码职责更清晰。
• 可测试性拉满：Repository可以定义成接口，写单元测试时直接Mock这个接口，不用连接真实数据库，测试速度快还能精准控制返回结果，避免环境依赖导致的测试不稳定。
• 统一的数据访问规范：不管用哪种ORM，Repository都能提供一致的CRUD和查询接口，团队协作时不用各自写不同的数据访问代码，减少冗余，也降低了新人的学习成本。
• 简化业务逻辑：ORM已经帮我们处理了SQL拼接、实体与数据库表的映射这些繁琐工作，再加上Repository的封装，业务层可以完全专注于业务规则的实现，不用纠结数据操作的细节。

EF的DbSet确实自带了CRUD能力，但Repository模式依然有它不可替代的价值：

• 封装复杂查询逻辑：如果项目中有很多重复的复杂查询（比如多表关联、固定过滤条件的统计查询），把这些逻辑封装在Repository里，避免业务层到处写重复的Linq代码，后期修改也只需要改一处。
• 抽象底层实现，提升扩展性：万一哪天要从EF切换到其他ORM（比如Dapper搭配简单的映射组件），只需要修改Repository的实现类，业务层完全不用改动，符合开闭原则。
• 集中处理横切关注点：比如日志记录、缓存逻辑、事务管理，这些都可以统一在Repository层处理，不用在每个业务方法里重复编写相同的代码。
• 更灵活的单元测试：虽然EF提供了InMemory数据库用于测试，但Mock Repository接口比配置InMemory数据库更灵活，尤其是复杂业务场景下，Mock能精准控制返回数据，测试用例更容易编写和维护。

那仅用ADO.NET不搭配ORM的场景，使用Repository模式是否更合适？ #

必须更合适！ADO.NET需要手动写SQL、管理数据库连接、处理数据读取和实体映射，这些代码重复且容易出错，用Repository模式封装后：

• 业务层完全看不到任何SQL相关代码，彻底解耦业务逻辑和数据访问细节。
• 统一管理数据库连接的打开/关闭、命令参数的处理、异常捕获，避免每个地方都写重复的using和try-catch代码，减少出错概率。
• 同样能提升可测试性，Mock Repository接口就能测试业务逻辑，不用依赖真实数据库环境。

给你举个ADO.NET实现Repository的示例：

// 先定义抽象接口，这是Repository模式的核心
public interface ITestRepository
{
    void Create(TestEntity entity);
    void Update(TestEntity entity);
    void Remove(int id);
    TestEntity Read(int id);
}

// 基于ADO.NET的具体实现
public class TestRepository : ITestRepository
{
    private readonly string _connectionString;

    public TestRepository(string connectionString)
    {
        _connectionString = connectionString;
    }

    public void Create(TestEntity entity)
    {
        using (var conn = new SqlConnection(_connectionString))
        {
            var sql = "INSERT INTO Test (Name, Value) VALUES (@Name, @Value)";
            using (var cmd = new SqlCommand(sql, conn))
            {
                cmd.Parameters.AddWithValue("@Name", entity.Name);
                cmd.Parameters.AddWithValue("@Value", entity.Value);
                conn.Open();
                cmd.ExecuteNonQuery();
            }
        }
    }

    public void Update(TestEntity entity)
    {
        var sql = "UPDATE Test SET Name = @Name, Value = @Value WHERE Id = @Id";
        using (var conn = new SqlConnection(_connectionString))
        using (var cmd = new SqlCommand(sql, conn))
        {
            cmd.Parameters.AddWithValue("@Id", entity.Id);
            cmd.Parameters.AddWithValue("@Name", entity.Name);
            cmd.Parameters.AddWithValue("@Value", entity.Value);
            conn.Open();
            cmd.ExecuteNonQuery();
        }
    }

    public void Remove(int id)
    {
        using (var conn = new SqlConnection(_connectionString))
        {
            var sql = "DELETE FROM Test WHERE Id = @Id";
            using (var cmd = new SqlCommand(sql, conn))
            {
                cmd.Parameters.AddWithValue("@Id", id);
                conn.Open();
                cmd.ExecuteNonQuery();
            }
        }
    }

    public TestEntity Read(int id)
    {
        using (var conn = new SqlConnection(_connectionString))
        {
            var sql = "SELECT Id, Name, Value FROM Test WHERE Id = @Id";
            using (var cmd = new SqlCommand(sql, conn))
            {
                cmd.Parameters.AddWithValue("@Id", id);
                conn.Open();
                using (var reader = cmd.ExecuteReader())
                {
                    if (reader.Read())
                    {
                        return new TestEntity
                        {
                            Id = reader.GetInt32(0),
                            Name = reader.GetString(1),
                            Value = reader.GetString(2)
                        };
                    }
                    return null;
                }
            }
        }
    }
}

// 对应的实体类
public class TestEntity
{
    public int Id { get; set; }
    public string Name { get; set; }
    public string Value { get; set; }
}

比如你要删除记录，业务层只需要注入ITestRepository，然后调用repository.Remove(1)就行，完全不用管底层是怎么操作数据库的，后期维护起来非常省心。

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