基于DDD与Entity Framework，如何为实体注入依赖？

针对你在DDD + Entity Framework场景下，想要给实体注入依赖（比如ITimeProvider）的需求，我整理了几个贴合你场景的可行方案，都是围绕让EF在实例化实体时能提供所需依赖展开的：

方案一：利用EF Core原生构造函数注入支持（EF Core 2.1+） #

这是最直接且符合DI思想的方案，EF Core从2.1版本开始支持解析实体构造函数中的依赖，只要这些依赖已经注册到你的DI容器中。

步骤如下：

1. 注册依赖到DI容器：
   首先把ITimeProvider和它的实现类注册到你的依赖注入容器（比如ASP.NET Core的Startup类）：

   services.AddScoped<ITimeProvider, CurrentTimeProvider>();
   

2. 确保DbContext通过DI创建：
   你的DbContext需要通过构造函数注入的方式被创建，这样EF Core才能从同一个服务提供者中获取依赖。
3. 配置实体构造函数（可选）：
   如果你的实体有多个构造函数，EF Core会默认选择参数最多的那个。如果需要指定特定构造函数，可以在OnModelCreating中显式配置：

   protected override void OnModelCreating(ModelBuilder modelBuilder)
   {
       modelBuilder.Entity<ActivationToken>()
           .HasConstructor(typeof(ITimeProvider));
   }
   

这样一来，当EF Core从数据库加载ActivationToken实例，或者你通过DbSet<ActivationToken>.Add()创建新实体时，它会自动从DI容器中获取ITimeProvider实例并注入到实体的构造函数中，完全不需要你手动处理。

方案二：结合DDD领域工厂处理实体创建 #

如果你更倾向于用领域工厂来控制实体的创建（符合DDD聚合根工厂的思想），可以通过工厂封装依赖注入，同时处理EF加载实体的场景。

步骤1：创建领域工厂 #

先实现一个ActivationTokenFactory，注入ITimeProvider来负责实体的创建：

public class ActivationTokenFactory
{
    private readonly ITimeProvider _timeProvider;

    public ActivationTokenFactory(ITimeProvider timeProvider)
    {
        _timeProvider = timeProvider;
    }

    // 创建新的激活令牌
    public ActivationToken CreateNew()
    {
        return new ActivationToken(_timeProvider);
    }

    // 为EF加载的已有实体初始化依赖
    public void InitializeExisting(ActivationToken token)
    {
        token.Initialize(_timeProvider);
    }
}

步骤2：修改实体类 #

给实体添加一个受保护的无参构造函数（供EF加载实体使用），以及一个内部方法用于初始化依赖：

public class ActivationToken
{
    protected ITimeProvider TimeProvider;

    // 受保护无参构造函数，仅EF使用
    protected ActivationToken() { }

    // 公共构造函数，仅工厂使用
    public ActivationToken(ITimeProvider timeProvider)
    {
        TimeProvider = timeProvider;
    }

    public virtual DateTime? ConsumedTime { get; protected set; }

    public virtual void Consume()
    {
        ConsumedTime = TimeProvider.GetTime();
    }

    // 内部方法，供工厂初始化依赖
    internal void Initialize(ITimeProvider timeProvider)
    {
        TimeProvider = timeProvider;
    }
}

步骤3：在DbContext中处理实体加载后的初始化 #

在DbContext中注入工厂，并订阅EntityMaterialized事件，当EF加载实体完成后，调用工厂的初始化方法：

public class YourDbContext : DbContext
{
    private readonly ActivationTokenFactory _tokenFactory;

    public YourDbContext(DbContextOptions<YourDbContext> options, ActivationTokenFactory tokenFactory)
        : base(options)
    {
        _tokenFactory = tokenFactory;
        EntityMaterialized += OnEntityMaterialized;
    }

    private void OnEntityMaterialized(object sender, EntityMaterializedEventArgs e)
    {
        if (e.Entity is ActivationToken token)
        {
            _tokenFactory.InitializeExisting(token);
        }
    }
}

这样，新实体通过工厂创建（保证依赖注入），已有实体在EF加载后也会被初始化依赖，既符合DDD的封装要求，又解决了EF的实例化问题。

方案三：静态包装器的简化方案（适合测试场景） #

如果你的CurrentTimeProvider是用于简化单元测试的静态包装器，也可以用静态属性注入的方式，这种方式不需要EF做任何额外配置，虽然不是纯DI，但非常轻便。

修改静态包装器：

public static class CurrentTimeProvider
{
    // 可替换的时间获取委托，默认返回当前时间
    public static Func<DateTime> GetTime { get; set; } = () => DateTime.Now;
}

修改实体类去掉构造函数依赖：

public class ActivationToken
{
    public virtual DateTime? ConsumedTime { get; protected set; }

    public virtual void Consume()
    {
        ConsumedTime = CurrentTimeProvider.GetTime();
    }
}

单元测试时，只需要替换委托即可：

// 测试时固定时间
CurrentTimeProvider.GetTime = () => new DateTime(2023, 10, 1);

这种方式的缺点是存在静态依赖，可能有线程安全问题，但如果只是用于时间提供这类简单场景，完全可以接受，而且不需要改变EF的任何配置。

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