C#中能否约束接口的实现类必须继承指定基类？

你定义了用于处理基础CRUD操作的抽象类BaseRepository：

public abstract class BaseRepository
{
    protected readonly IDbContextFactory<DbContext> _dbContextFactory;

    public BaseRepository(IDbContextFactory<TrinityDbContext> dbContextFactory)
    {
        _dbContextFactory = dbContextFactory;
    }
}

public abstract class BaseRepository<T> : BaseRepository where T : class, IUniqueIdentifier
{
    public BaseRepository(IDbContextFactory<TrinityDbContext> dbContextFactory) : base(dbContextFactory) { }
}

在此基础上你创建了抽象类RepoServiceBase，用于为各类服务统一添加CRUD操作能力：

public abstract class RepoServiceBase<T> where T : class, IUniqueIdentifier
{
    private readonly BaseRepository<T> _repo;

    public RepoServiceBase(BaseRepository<T> repo)
    {
        _repo = repo;
    }
}

构造服务实例时出现编译报错：无法将IProductRepository类型转换为BaseRepository类型，出错的服务代码如下：

public class ProductService : RepoServiceBase<Product>, IProductService
{
    public ProductService(IProductRepository repo) : base(repo) { }
}

核心诉求：找到可行方案，强制要求IProductRepository的实现类必须继承BaseRepository。

报错根因 #

编译错误来自参数类型不匹配：RepoServiceBase<T>的构造函数要求传入BaseRepository<T>类型实例，但ProductService构造函数的入参是IProductRepository接口类型。C#为静态类型语言，编译器无法确认所有IProductRepository的实现都一定继承自BaseRepository<Product>，因此会抛出类型转换失败错误。
需要注意：C#语法层面不支持接口直接强制实现类继承某一指定基类，接口的定位是定义行为契约，不能约束实现类的继承层级。你可以通过以下两种方案实现类型约束，同时解决编译错误：

方案1：通过泛型约束做类型校验（改动量最小） #

给RepoServiceBase增加仓储类型的泛型参数，通过泛型约束限定传入的仓储类型必须继承自BaseRepository<T>，修改后的代码如下：

// 调整服务基类，增加TRepo泛型参数和对应约束
public abstract class RepoServiceBase<T, TRepo> 
    where T : class, IUniqueIdentifier
    where TRepo : BaseRepository<T>
{
    private readonly TRepo _repo;

    public RepoServiceBase(TRepo repo)
    {
        _repo = repo;
    }
}

对应调整ProductService的继承声明即可：

public class ProductService : RepoServiceBase<Product, ProductRepository>, IProductService
{
    public ProductService(IProductRepository repo) : base((ProductRepository)repo) { }
}

如果要去掉强制类型转换，可以在定义IProductRepository时给自身加泛型约束，要求实现类必须继承BaseRepository<Product>，但这种方式耦合度较高，更推荐使用方案2。

方案2：抽取基础仓储接口（符合依赖倒置原则，推荐） #

把BaseRepository的公共能力抽成对应接口，让所有领域仓储接口继承这个基础接口，服务层依赖抽象接口而非具体基类，既可以天然约束所有仓储实现必须具备BaseRepository的能力，也符合DI容器的注册规范：

1. 首先定义基础仓储接口，约定通用CRUD行为：

   public interface IBaseRepository<T> where T : class, IUniqueIdentifier
   {
       // 在这里定义所有公共CRUD方法，例如GetById、Add、Update、Delete、PageQuery等
   }
   

2. 让原泛型基类BaseRepository<T>实现这个基础接口：

   public abstract class BaseRepository<T> : BaseRepository, IBaseRepository<T> 
       where T : class, IUniqueIdentifier
   {
       public BaseRepository(IDbContextFactory<TrinityDbContext> dbContextFactory) : base(dbContextFactory) { }
       
       // 实现IBaseRepository<T>中定义的所有CRUD方法
   }
   

3. 让各领域仓储接口继承对应实体类型的基础仓储接口：

   public interface IProductRepository : IBaseRepository<Product>
   {
       // 在这里定义Product仓储独有的方法
   }
   

4. 调整RepoServiceBase的构造函数入参类型为IBaseRepository<T>，原有服务代码不需要做额外改动即可通过编译：

   public abstract class RepoServiceBase<T> where T : class, IUniqueIdentifier
   {
       private readonly IBaseRepository<T> _repo;
   
       public RepoServiceBase(IBaseRepository<T> repo)
       {
           _repo = repo;
       }
   }
   
   // ProductService代码保持原样即可，不需要强制转换
   public class ProductService : RepoServiceBase<Product>, IProductService
   {
       public ProductService(IProductRepository repo) : base(repo) { }
   }
   

这种方式下，所有IProductRepository的实现类都必须实现IBaseRepository<Product>定义的所有方法，而你的BaseRepository<T>已经提供了默认实现，后续新增仓储时只要继承BaseRepository<T>并实现对应领域接口即可，天然满足类型约束要求。

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