构建数据访问层：ORM搭配DAO/Repository模式的选型咨询

阿华AIGC实验室

2026-5-12

这确实是咱做领域层设计时经常卡壳的点——一边想用好ORM的便捷性，一边又怕架构乱掉，冗余、臃肿全找上门。结合你提到的几个核心顾虑，我给你梳理一套实用的方案：

首选方案：Repository模式 + 轻量映射层

先理清Repository和DAO的本质区别：DAO是纯数据操作导向的，比如UserDao.GetById(int id)，只关心怎么从数据库拿数据；而Repository是领域概念导向的，比如UserRepository.GetActiveUsersInRegion(string region)，它暴露的是领域层需要的业务语义，而不是单纯的CRUD。这刚好契合你想让领域层更清晰的需求。

针对你担心的「ORM实体和领域对象冗余」问题：别把ORM实体直接当领域对象用！ORM实体是数据持久化的载体，只负责和数据库表对应；领域对象是业务逻辑的载体，包含业务规则、行为方法。中间加一层轻量的映射（比如手动写转换方法，或者用简单的映射工具），虽然多了一步，但换回来的是领域层的纯粹性，不会被ORM的注解、数据库字段约束绑架。

举个简单示例：

// ORM实体（和数据库表一一对应）
public class UserEntity
{
    public int Id { get; set; }
    public string Username { get; set; }
    public DateTime LastLoginTime { get; set; }
    public bool IsDeleted { get; set; }
}

// 领域对象（包含业务逻辑）
public class User
{
    public int Id { get; }
    public string Username { get; }
    public DateTime LastLoginTime { get; private set; }
    public bool IsDeleted { get; }
    public bool IsActive => LastLoginTime > DateTime.Now.AddMonths(-3) && !IsDeleted;

    public User(int id, string username, DateTime lastLoginTime, bool isDeleted)
    {
        Id = id;
        Username = username;
        LastLoginTime = lastLoginTime;
        IsDeleted = isDeleted;
    }

    // 业务方法
    public void UpdateLastLogin()
    {
        LastLoginTime = DateTime.Now;
    }
}

// Repository里做映射
public class UserRepository : IUserRepository
{
    private readonly DbContext _dbContext;

    public UserRepository(DbContext dbContext)
    {
        _dbContext = dbContext;
    }

    public User GetById(int id)
    {
        var entity = _dbContext.UserEntities.FirstOrDefault(u => u.Id == id);
        return entity == null ? null : new User(entity.Id, entity.Username, entity.LastLoginTime, entity.IsDeleted);
    }
}

拆分Repository，避免臃肿

你担心单一大型DAO臃肿？那Repository天生适合按聚合根拆分。比如你的领域里有User、Order、Product这些聚合根，就分别建UserRepository、OrderRepository、ProductRepository，每个只负责对应聚合根的领域数据操作，职责单一，代码也不会堆在一起。

如果某个聚合根的操作特别多，还可以再拆成更小的接口，比如IUserQueryRepository（负责查询）和IUserCommandRepository（负责增删改），进一步分离关注点。

集中管理SQL的小技巧

想集中管理SQL？完全可以在Repository模式下实现：

把复杂的SQL语句放在单独的.sql文件里，或者项目里的静态常量类中，比如：

public static class SqlQueries
{
    public const string GetActiveUsersInRegion = @"
        SELECT Id, Username, LastLoginTime, IsDeleted
        FROM Users
        WHERE LastLoginTime > DATEADD(month, -3, GETDATE()) 
          AND IsDeleted = 0
          AND Region = @Region
    ";
}

然后在Repository里调用这些预定义的SQL，比如用EF Core的FromSqlRaw：

public IEnumerable<User> GetActiveUsersInRegion(string region)
{
    var entities = _dbContext.UserEntities
        .FromSqlRaw(SqlQueries.GetActiveUsersInRegion, new SqlParameter("@Region", region))
        .ToList();
    return entities.Select(e => new User(e.Id, e.Username, e.LastLoginTime, e.IsDeleted));
}

这样所有SQL都集中在一处，方便维护，也不会让Repository的代码被SQL占满。

小项目的折中方案

如果你的项目规模很小，不想搞太复杂的映射，也可以暂时让ORM实体和领域对象复用，但一定要做好边界控制：