C#面向对象设计：如何限制泛型集合可容纳的接口实例类型

你当前的问题核心是IProductWithConfig继承自IProduct，所以从类型系统层面IProductWithConfig的实例天然就是合法的IProduct类型，无法通过原始的接口定义在编译期拦截插入到Config集合的行为。推荐两种适配不同场景的实现方案：

方案1：拆分继承层级（编译期校验，优先推荐） #

通过提取公共基接口的方式调整继承关系，从类型定义层面直接满足规则，无运行时开销，是最优雅的实现方式。

实现代码： #

// 所有产品的公共基接口，存放通用属性
public interface IBaseProduct
{
    int Id { get; set; }
}

// 普通产品接口，继承基接口
public interface IProduct : IBaseProduct
{
    // 可扩展普通产品的专属属性和方法
}

// 带配置的产品接口，直接继承基接口，不再继承IProduct
public interface IProductWithConfig : IBaseProduct
{
    // Config集合仅接收IProduct类型，IProductWithConfig本身不是IProduct子类，编译期直接拦截非法插入
    IEnumerable<IProduct> Config { get; set; }
}

public interface ISchedule
{
    // 用基接口作为集合类型，可同时容纳IProduct和IProductWithConfig两类实例
    IEnumerable<IBaseProduct> Products { get; set; }
}

方案优势： #

• 完全在编译期校验规则，提前发现错误，无任何运行时性能损耗
• 接口职责拆分清晰，符合接口隔离原则
• 不存在绕过校验的漏洞，代码可维护性更高

方案2：自定义集合做运行时校验（兼容原有继承结构） #

如果因为历史代码等原因不能调整原有继承层级，可以通过自定义集合的方式在插入时做类型校验，实现规则要求。

实现代码： #

// 自定义配置集合，重写添加逻辑做类型校验
public class ProductConfigCollection : List<IProduct>
{
    public new void Add(IProduct item)
    {
        if (item is IProductWithConfig)
        {
            throw new ArgumentException("Config集合不允许添加IProductWithConfig类型实例", nameof(item));
        }
        base.Add(item);
    }

    // 可按需重写AddRange、Insert等其他修改集合的方法，补全校验逻辑
}

// 调整IProductWithConfig的Config属性类型
public interface IProductWithConfig : IProduct
{
    ProductConfigCollection Config { get; set; }
}

// 其他接口保持原有定义不变
public interface ISchedule
{
    IEnumerable<IProduct> Products { get; set; }
}

public interface IProduct
{
    int Id { get; set; }
}

方案说明： #

• 不需要修改原有继承结构，兼容性好
• 只能在运行时触发校验，编译期无法提前发现非法插入的问题
• 需要补全所有修改集合方法的校验逻辑，避免出现绕过校验的场景

内容的提问来源于stack exchange，提问作者adam.k