如何实现无需switch的可扩展多数据库通用EF Core DbContext注册方法

核心思路是用字典映射替换switch分支，把不同数据库类型的DbContext配置逻辑提前预存在字典中，后续扩展只需新增字典项即可，完全符合开闭原则。

实现步骤 #

1. 在你的扩展方法所在的静态类中定义一个静态只读字典，存储枚举到对应配置委托的映射关系：

// 扩展方法所在静态类的私有成员
private static readonly Dictionary<DatabaseConnectionTypes, Func<string, string, Action<DbContextOptionsBuilder>>> _dbContextConfigFactory = new()
{
    [DatabaseConnectionTypes.InMemory] = (connStr, migrationAssembly) => options => options.UseInMemoryDatabase(connStr),
    [DatabaseConnectionTypes.SqlServer] = (connStr, migrationAssembly) => options => options.UseSqlServer(connStr, c => c.MigrationsAssembly(migrationAssembly)),
    // 后续新增数据库仅需在此添加对应映射即可，例如Postgres：
    // [DatabaseConnectionTypes.Postgres] = (connStr, migrationAssembly) => options => options.UseNpgsql(connStr, c => c.MigrationsAssembly(migrationAssembly))
};

2. 重构AddEFContext方法，移除switch分支：

private static IServiceCollection AddEFContext<T>(this IServiceCollection services, string connectionString, DatabaseConnectionTypes connectionType) 
    where T : DbContext
{
    var migrationAssembly = typeof(T).Assembly.FullName;
    if (!_dbContextConfigFactory.TryGetValue(connectionType, out var configFactory))
    {
        throw new NotSupportedException($"不支持的数据库类型：{connectionType}");
    }
    // 生成对应数据库的配置委托
    var dbConfigAction = configFactory(connectionString, migrationAssembly);
    services.AddDbContext<T>(dbConfigAction);

    // 注意：此处调用BuildServiceProvider会生成临时服务容器，可能导致单例服务被重复初始化，建议把DbContext初始化/迁移逻辑移到应用启动流程末尾执行
    using var scope = services.BuildServiceProvider().CreateScope();
    var dbContext = scope.ServiceProvider.GetRequiredService<T>();
    // 如需自动迁移可添加：dbContext.Database.Migrate();

    return services;
}

方案优势 #

• 无分支逻辑，新增数据库支持仅需两步：给DatabaseConnectionTypes新增枚举值、在字典中添加对应配置映射，无需修改核心注册逻辑
• 所有数据库的配置规则统一管理，维护成本更低
• 轻量易读，没有额外的抽象复杂度，适合当前场景的需求

如果后续需要更灵活的扩展能力（比如动态加载第三方数据库支持），可以进一步把配置逻辑抽象为接口，通过反射自动扫描实现类注册，当前场景下字典方案已经足够简洁高效。

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