.NET 8中使用LightInject注册EF Core上下文工厂（无需自定义工厂类）的实现方案

我完全懂你现在的卡点——之前用.NET原生DI注册EF上下文工厂顺风顺水，换成LightInject之后就各种报错，还不想为每个库写一堆重复的自定义工厂类，确实挺闹心的。别着急，我们可以模拟原生DI的行为，用一个通用的泛型工厂类（只写一次，全库复用）来搞定，不用每个库单独造轮子。

核心思路 #

原生的AddDbContextFactory其实做了两件事：

1. 注册DbContextOptions<TContext>，包含数据库连接和上下文配置；
2. 注册IDbContextFactory<TContext>的默认实现，这个实现依赖DbContextOptions<TContext>来创建上下文实例。

我们在LightInject里手动复刻这个逻辑，同时用一个通用泛型工厂类替代EF的内部实现，避免每个库写专属工厂。

具体步骤 #

1. 写一个通用泛型工厂类（仅需一次）

在你的解决方案里创建一个共用的工具类（比如放在Common库中），所有业务库都可以复用它：

using Microsoft.EntityFrameworkCore;

public class GenericDbContextFactory<TContext> : IDbContextFactory<TContext> 
    where TContext : DbContext
{
    private readonly DbContextOptions<TContext> _contextOptions;

    public GenericDbContextFactory(DbContextOptions<TContext> contextOptions)
    {
        _contextOptions = contextOptions ?? throw new ArgumentNullException(nameof(contextOptions));
    }

    public TContext CreateDbContext()
    {
        return Activator.CreateInstance<TContext>(_contextOptions);
    }
}

这个类的作用就是接收上下文配置选项，然后创建对应的DbContext实例，和EF原生工厂的逻辑完全一致。

2. 在每个库的LightInject Composition Root中注册

打开每个库的Compose方法，按照以下步骤注册上下文工厂：

using LightInject;
using Microsoft.EntityFrameworkCore;
using Microsoft.Extensions.Configuration;

public void Compose(IServiceRegistry serviceRegistry)
{
    // 1. 注册读上下文的配置选项（单例，因为配置不会动态变化）
    serviceRegistry.Register(factory =>
    {
        var config = factory.GetInstance<IConfiguration>();
        return new DbContextOptionsBuilder<AccessReadContext>()
            .UseSqlServer(config.GetConnectionString("DatabaseContext"))
            .UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking)
            .Options;
    }, new PerContainerLifetime());

    // 2. 注册读上下文的工厂，复用通用工厂类
    serviceRegistry.Register<IDbContextFactory<AccessReadContext>, GenericDbContextFactory<AccessReadContext>>(new PerScopeLifetime());

    // 3. 注册写上下文的配置选项
    serviceRegistry.Register(factory =>
    {
        var config = factory.GetInstance<IConfiguration>();
        return new DbContextOptionsBuilder<AccessWriteContext>()
            .UseSqlServer(config.GetConnectionString("DatabaseContext"))
            .Options;
    }, new PerContainerLifetime());

    // 4. 注册写上下文的工厂，复用通用工厂类
    serviceRegistry.Register<IDbContextFactory<AccessWriteContext>, GenericDbContextFactory<AccessWriteContext>>(new PerScopeLifetime());

    // 5. 最后注册你的业务仓库（比如IAccessRepository）
    serviceRegistry.Register<IAccessRepository, AccessRepository>();
}

为什么这能解决你的问题？ #

• 你之前的注册方式只关注了IDbContextFactory<T>本身，却没有注册它依赖的DbContextOptions<T>，导致容器找不到创建工厂所需的配置；
• 通用工厂类只需要写一次，所有库都能复用，完全符合“不为每个库创建自定义工厂类”的要求；
• 生命周期配置和原生DI一致：DbContextOptions是单例，上下文工厂是作用域（PerScope），和原生AddDbContextFactory的默认行为对齐，避免不必要的性能开销。

额外注意事项 #

• 确保每个库都能访问到IConfiguration实例（比如通过主项目注入，或者在库中配置）；
• 如果你的上下文有自定义构造函数，要确保它能接收DbContextOptions<TContext>参数（EF Core的上下文默认支持这个构造函数）；
• 生命周期可以根据业务调整：如果你的工厂需要是单例，把PerScopeLifetime换成PerContainerLifetime即可，但通常作用域更符合EF上下文的使用习惯。

内容来源于stack exchange