EF Core单数据库下拆分多DbContext的最佳实践（WPF场景）

这是个非常典型的多业务版本共享基础架构的场景，我帮你梳理一套落地性很强的实现方案，完全贴合你的WPF+EF Core环境：

首先要明确拆分的核心逻辑：每个版本的DbContext只包含对应业务需要的表，共享表抽离到基础上下文，避免冗余同时复用公共逻辑：

• 定义BaseDbContext：包含所有版本共享的表（比如用户表、系统配置表这类通用资源），所有版本上下文都继承它
• 定义DBVersion1/DBVersion2/DBVersion3：各自继承BaseDbContext，只添加对应版本专属的业务表（比如V1的订单表、V2的客户管理表）

这样既保证了共享表的复用，又隔离了不同版本的专属业务表，不会出现一个上下文包含所有表的臃肿情况。

根据你的需求，通过DI/IOC返回对应版本的CurrentContext，有两种常用实现方式，按需选择：

方式1：启动时固定版本（适合单版本部署场景） #

如果你的应用是每个部署实例只运行一个业务版本（比如通过配置文件指定），可以直接在DI注册时绑定当前版本的上下文到BaseDbContext：

// 在WPF的App.xaml.cs启动逻辑或专用Startup类中
var currentVersion = Configuration["Business:CurrentVersion"]; // 从配置文件读版本

switch(currentVersion)
{
    case "V1":
        services.AddScoped<BaseDbContext, DBVersion1>();
        break;
    case "V2":
        services.AddScoped<BaseDbContext, DBVersion2>();
        break;
    case "V3":
        services.AddScoped<BaseDbContext, DBVersion3>();
        break;
    default:
        throw new InvalidOperationException("未配置有效的业务版本");
}

// 同时注册所有版本上下文（如果需要备用）
services.AddDbContext<DBVersion1>(options => 
    options.UseSqlServer(Configuration.GetConnectionString("Default")));
services.AddDbContext<DBVersion2>(options => 
    options.UseSqlServer(Configuration.GetConnectionString("Default")));
services.AddDbContext<DBVersion3>(options => 
    options.UseSqlServer(Configuration.GetConnectionString("Default")));

之后在业务代码（比如ViewModel）中，直接注入BaseDbContext就能拿到当前版本的实例，非常简洁。

方式2：动态切换版本（适合应用内切换版本场景） #

如果需要支持用户在应用内切换业务版本，就需要一个上下文工厂来动态获取对应版本的实例：
首先定义工厂接口和实现：

public interface IDbContextFactory
{
    BaseDbContext GetContextForVersion(string version);
}

public class DbContextFactory : IDbContextFactory
{
    private readonly IServiceProvider _serviceProvider;

    public DbContextFactory(IServiceProvider serviceProvider)
    {
        _serviceProvider = serviceProvider;
    }

    public BaseDbContext GetContextForVersion(string version)
    {
        return version switch
        {
            "V1" => _serviceProvider.GetRequiredService<DBVersion1>(),
            "V2" => _serviceProvider.GetRequiredService<DBVersion2>(),
            "V3" => _serviceProvider.GetRequiredService<DBVersion3>(),
            _ => throw new ArgumentException($"不支持的版本：{version}")
        };
    }
}

然后注册工厂：

services.AddScoped<IDbContextFactory, DbContextFactory>();

在业务代码中，注入IDbContextFactory，根据当前选中的版本获取上下文：

public class MainViewModel
{
    private readonly IDbContextFactory _contextFactory;
    private BaseDbContext _currentContext;

    public MainViewModel(IDbContextFactory contextFactory)
    {
        _contextFactory = contextFactory;
    }

    public void SwitchToVersion(string version)
    {
        _currentContext = _contextFactory.GetContextForVersion(version);
        // 后续用_currentContext操作对应版本的表
    }
}

为了避免混乱，实体类要按共享/专属拆分：

• 共享实体（比如User、SystemConfig）放在单独的类库（如YourApp.Domain.Shared），所有DbContext都引用这个类库
• 版本专属实体（比如V1Order、V2Customer）放在对应版本的类库（如YourApp.Domain.V1、YourApp.Domain.V2），只有对应的DbContext引用
• 注意：如果不同版本的同业务表结构有差异，一定要单独定义实体类，不要复用，避免映射错误

因为你说基础UI共享、仅视图不同，视图模型可以直接注入BaseDbContext（方式1）或IDbContextFactory（方式2），无需修改基础UI逻辑，只需要针对不同版本的视图绑定对应的数据即可。

• 迁移管理：因为所有版本共享同一个数据库，建议用一个主迁移项目基于BaseDbContext管理共享表的迁移，版本专属表的迁移可以单独维护，但要注意避免迁移冲突；或者更简单：所有表的迁移统一维护，各个DbContext只负责映射对应表，不单独生成迁移。
• 性能优化：拆分后的DbContext只包含必要的DbSet，查询时会减少实体元数据的加载，性能更优。
• 事务处理：如果需要跨版本表操作，可使用IDbContextTransaction共享事务，或者用BaseDbContext操作共享表、版本上下文操作专属表。

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