DDD中独立表带代理主键的Value Object持久化方案问询

1. 先查ID再初始化VO是通用处理方式吗？ #

是非常常见的业务场景处理方式，但核心原则不能破：数据库自增ID属于基础设施层的技术细节，绝对不能侵入领域层。你把它归为元数据的判断是对的——这类ID只是查询端用来关联下拉选项的技术手段，和VO的业务属性完全无关，领域层只需要关心VO的属性值本身，不需要知道ID的存在。

2. 如何实现Value Object的仓库？ #

DDD的核心规则里，仓库是为聚合根设计的，值对象本身不需要独立仓库。但针对你这种通过ID映射VO的场景，可以这么做：

• 在应用层定义一个值对象查询接口，比如IStatusLookup，声明OrderStatus GetById(int id)这类方法；
• 基础设施层实现这个接口，负责从数据库查询对应ID的VO属性值（比如状态名称、编码），然后构造VO实例返回；
• 应用层处理POST请求时，调用这个查询接口把ID转换成VO，再传给聚合根执行领域逻辑。

举个伪代码例子：

// 应用层接口
public interface IOrderStatusLookup
{
    OrderStatus GetById(int statusId);
}

// 基础设施层实现
public class DbOrderStatusLookup : IOrderStatusLookup
{
    private readonly AppDbContext _dbContext;

    public DbOrderStatusLookup(AppDbContext dbContext) => _dbContext = dbContext;

    public OrderStatus GetById(int statusId)
    {
        var statusRecord = _dbContext.OrderStatuses.FirstOrDefault(s => s.Id == statusId);
        if (statusRecord == null)
            throw new DomainException("无效的订单状态ID");
        
        return new OrderStatus(statusRecord.Code, statusRecord.Name);
    }
}

// 应用层使用
public class CreateOrderCommandHandler
{
    private readonly IOrderRepository _orderRepo;
    private readonly IOrderStatusLookup _statusLookup;

    public CreateOrderCommandHandler(IOrderRepository orderRepo, IOrderStatusLookup statusLookup)
    {
        _orderRepo = orderRepo;
        _statusLookup = statusLookup;
    }

    public async Task Handle(CreateOrderCommand command)
    {
        // 把外部传入的ID转换成VO
        var orderStatus = _statusLookup.GetById(command.StatusId);
        // 构造聚合根，领域层只接收VO，不接触ID
        var order = Order.Create(orderStatus, command.Amount);
        await _orderRepo.AddAsync(order);
    }
}

3. 如何解耦数据库生成ID的技术细节？ #

核心思路是把ID的转换逻辑完全隔离在基础设施层，领域层和应用层只处理VO本身：

• 用DTO隔离外部请求：外部POST请求的DTO只包含ID，应用层负责把DTO的ID通过查询服务转换成VO，再传递给领域层；
• 缓存高频VO：如果是固定的枚举类VO（比如支付方式、用户角色），可以把VO预定义在领域层，同时在基础设施层维护一个ID与VO的映射字典（或提前缓存到内存），避免每次都查数据库；
• 禁止领域层直接处理ID：所有涉及ID的操作都留在应用层和基础设施层，领域层的方法参数、聚合根属性都只能是VO实例，不能出现ID字段。

另外，如果你的VO是业务上不可变的固定值，甚至可以把它们做成领域层的静态常量，比如：

public class OrderStatus : ValueObject
{
    public static readonly OrderStatus Pending = new("PENDING", "待支付");
    public static readonly OrderStatus Paid = new("PAID", "已支付");
    // ...其他状态

    public string Code { get; }
    public string Name { get; }

    private OrderStatus(string code, string name)
    {
        Code = code;
        Name = name;
    }

    // 重写Equals和GetHashCode实现值相等判断
}

这种情况下，基础设施层只需要维护ID和VO静态实例的映射，查询时直接返回对应的静态VO即可，完全不需要查数据库，解耦更彻底。

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