EF Core拆分DbContext后，公共DbSet切换及仓储代码复用问题

首先，直接写if-else分支逻辑确实能临时解决问题，但这不是最优雅的方案——它会让业务代码冗余，后续新增子上下文时还要修改所有分支，违反了开闭原则。同时，这种写法也会导致仓储层代码重复，因为你可能需要为每个DbContext写一套类似的仓储实现。下面是更合理的处理方式：

1. 避免分支逻辑：抽象公共上下文接口 #

既然Parameters是两个子上下文的公共集合，我们可以定义一个包含该集合的接口，让两个子上下文都实现它：

// 定义公共接口，包含共享的DbSet
public interface ISharedContext
{
    DbSet<Parameters> Parameters { get; set; }
}

// 让子上下文实现该接口
public class FirstDbContext : DbContext, ISharedContext
{
    public DbSet<Blog> Blogs { get; set; }
    public DbSet<Post> Posts { get; set; }
    public DbSet<Parameters> Parameters { get; set; }

    // OnConfiguring、OnModelCreating等配置省略
}

public class SecondDbContext : DbContext, ISharedContext
{
    public DbSet<User> Users { get; set; }
    public DbSet<Books> Books { get; set; }
    public DbSet<Parameters> Parameters { get; set; }

    // 配置省略
}

然后通过工厂模式或依赖注入（DI）来获取对应的上下文实例，业务代码里就不用写分支了：

// 上下文工厂示例（实际项目建议结合DI容器实现）
public class AppDbContextFactory
{
    public ISharedContext GetContext(bool useFirstContext)
    {
        // 这里可以替换为从DI容器获取实例，避免直接new
        return useFirstContext ? new FirstDbContext() : new SecondDbContext();
    }
}

// 业务代码中使用
var context = _dbContextFactory.GetContext(option1);
var firstParameter = context.Parameters.First();

2. 仓储层：复用公共逻辑，避免代码重复 #

如果你的项目使用仓储模式，完全可以基于上面的ISharedContext抽象出公共仓储，不用为每个DbContext写重复代码：

// 公共仓储接口
public interface IParametersRepository
{
    Parameters GetFirstParameter();
    // 其他公共操作方法...
}

// 通用仓储实现，依赖ISharedContext
public class ParametersRepository : IParametersRepository
{
    private readonly ISharedContext _context;

    public ParametersRepository(ISharedContext context)
    {
        _context = context;
    }

    public Parameters GetFirstParameter()
    {
        return _context.Parameters.First();
    }

    // 其他公共操作的实现...
}

当你需要使用仓储时，只需要根据用户选择注入对应的ISharedContext实例即可，仓储代码只需要写一次。如果后续新增包含Parameters的子上下文，只需让它实现ISharedContext，无需修改仓储代码。

3. 关键注意事项：保持模型配置一致 #

因为你用SuperDbContext负责迁移，必须确保所有子上下文的模型配置和SuperDbContext完全一致，否则可能出现运行时模型与数据库结构不匹配的问题。建议通过基类共享配置：

// 基类上下文，包含公共实体的配置
public class BaseDbContext : DbContext
{
    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 配置Parameters的映射规则
        modelBuilder.Entity<Parameters>(entity =>
        {
            entity.HasKey(p => p.Id);
            // 其他配置...
        });
    }
}

// 子上下文继承基类，复用公共配置
public class FirstDbContext : BaseDbContext, ISharedContext
{
    public DbSet<Blog> Blogs { get; set; }
    public DbSet<Post> Posts { get; set; }
    public DbSet<Parameters> Parameters { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        base.OnModelCreating(modelBuilder);
        // 配置Blog、Post的专属映射
    }
}

// SuperDbContext同样继承基类，确保配置统一
public class SuperDbContext : BaseDbContext
{
    public DbSet<Blog> Blogs { get; set; }
    public DbSet<Post> Posts { get; set; }
    public DbSet<User> Users { get; set; }
    public DbSet<Books> Books { get; set; }
    public DbSet<Parameters> Parameters { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        base.OnModelCreating(modelBuilder);
        // 配置User、Books的专属映射
    }
}

这种方式既保证了所有上下文的模型配置一致，又避免了重复编写配置代码。

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