数据模型与领域模型分离时，如何从Repository返回领域对象及Data Mapper用法咨询

嗨，这个问题我之前做项目时也纠结过，咱们把它拆解开来说清楚哈～

首先得明确一个核心点：Data Mapper绝对不是Repository的替代方案，它们是各司其职的协作伙伴，解决的是不同层面的问题：

• Repository的职责是封装所有数据访问逻辑，对外暴露领域对象的增删改查接口，让业务层完全不用关心底层是用SQL、NoSQL还是内存存储。简单说，它是业务层和数据层之间的“中间商”。
• Data Mapper的职责是做数据模型（比如数据库对应的实体DTO）和领域对象之间的双向转换——把从数据库捞出来的结构化数据转成业务层能用的领域对象，或者反过来把领域对象转成能持久化的数据结构。

针对你问的“是注入到Repository还是替代”，答案很明确：Data Mapper应该注入到Repository中使用。给你写个简单的代码示例，一看就懂：

// 业务侧的领域对象
public class Order
{
    public Guid Id { get; set; }
    public decimal TotalAmount { get; set; }
    public Customer Customer { get; set; }
}

// 数据库对应的实体模型
public class OrderEntity
{
    public Guid Id { get; set; }
    public decimal TotalAmount { get; set; }
    public Guid CustomerId { get; set; }
}

// Data Mapper的接口定义
public interface IOrderMapper
{
    Order ToDomain(OrderEntity entity);
    OrderEntity ToEntity(Order domain);
}

// Repository的接口
public interface IOrderRepository
{
    Order GetById(Guid id);
    void Save(Order order);
}

// Repository的实现，注入Data Mapper
public class OrderRepository : IOrderRepository
{
    private readonly IOrderMapper _mapper;
    private readonly YourDbContext _dbContext;

    // 通过构造注入拿到Mapper和数据库上下文
    public OrderRepository(IOrderMapper mapper, YourDbContext dbContext)
    {
        _mapper = mapper;
        _dbContext = dbContext;
    }

    public Order GetById(Guid id)
    {
        // 先从数据库拿到实体模型
        var entity = _dbContext.OrderEntities.Find(id);
        // 用Mapper转成领域对象返回给业务层
        return _mapper.ToDomain(entity);
    }

    public void Save(Order order)
    {
        // 把领域对象转成数据库实体
        var entity = _mapper.ToEntity(order);
        _dbContext.OrderEntities.Update(entity);
        _dbContext.SaveChanges();
    }
}

为什么要这么设计？这样做能让两个组件的职责彻底分离：

• Repository只需要关心“怎么从数据库取数、怎么把数据存回去”，不用操心对象转换的细节。
• Data Mapper只专注于“对象转换”，不用管数据访问的逻辑。

你提到看到的示例都是用Data Mapper把DataReader转成领域对象列表，这其实是Mapper的典型应用场景之一——当你用原生的DataReader（或者类似的底层数据读取方式）时，Mapper负责把行数据转换成领域对象。但这只是Mapper的一个应用场景，它的核心价值始终是在数据模型和领域对象之间做双向转换，不管你用ORM还是原生数据访问，这个角色都不会变。

最后再给你划个重点：

• 别用Data Mapper替代Repository，它们是协作关系，不是替代关系。
• 把Data Mapper注入到Repository中，让各自专注于自己的职责，代码会更清晰，也更容易测试和维护。

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