如何在接口中正确抽象EntityFramework Core的DbSet<T>

CS0738报错的核心原因是：

1. C#隐式实现接口时，成员签名（包含返回类型）需要与接口定义匹配，虽然DbSet<TEntity>确实实现了IQueryable<TEntity>、IEnumerable<TEntity>接口，但隐式映射时编译器不会自动做派生类到接口类型的隐式转换匹配，直接把属性声明为DbSet<T>类型无法满足接口的返回类型要求。
2. 你尝试将接口返回类型替换为IEnumerable<T>仍报错，也是完全相同的触发逻辑。

推荐优先使用第二种方案，完全符合依赖倒置原则，核心层不需要感知EF Core的存在：

方案1：直接修改DbContext属性的返回类型 #

不需要调整接口定义，直接将DbContext中属性的返回类型声明为接口要求的IQueryable<T>即可，EF Core的核心查询、跟踪能力不会受任何影响：

public class SpaceBattlesDatabase: DbContext, ISpaceBattlesDataBase
{
    public IQueryable<Building> Buildings => Set<Building>();
    // 其余无关代码
}

方案2：显式接口实现（推荐，适配整洁架构） #

如果需要在基础设施层内部保留DbSet<T>的强类型访问能力（比如调用Add、Remove等写操作方法），可以通过显式接口实现的方式分离内外依赖：核心层通过接口只能拿到IQueryable<T>抽象，基础设施层内部可以使用完整的DbSet能力：

public class SpaceBattlesDatabase: DbContext, ISpaceBattlesDataBase
{
    // 基础设施层内部使用的强类型DbSet属性
    public DbSet<Building> Buildings => Set<Building>();
    // 显式实现接口，满足核心层的抽象契约
    IQueryable<Building> ISpaceBattlesDataBase.Buildings => Buildings;
    // 其余无关代码
}

方案3：接口直接依赖DbSet（不推荐） #

如果核心层项目可以直接引入EF Core依赖，也可以直接把接口的属性类型修改为DbSet<Building>，但这种写法会让核心层直接依赖EF Core的具体实现，完全违反整洁架构的依赖规则，仅适用于快速原型开发场景。

注意：如果需要在核心层抽象写操作能力，不要直接暴露DbSet的原生方法，应该单独定义通用的仓储接口（比如AddAsync、SaveChangesAsync等），避免核心层和EF Core强耦合。

内容的提问来源于stack exchange，提问作者Benoît Soupart