C#基类设计最佳实践：是否仅需包含所有子类共用成员？

在基类设计中，核心原则是基类仅包含所有子类共有的状态和行为，针对你遇到的场景，下面分情况给出具体建议：

优先遵循单一职责与里氏替换原则 #

如果一个属性只有部分子类需要，直接放在基类里会让其他子类冗余携带无用成员，既违反单一职责（基类承担了不属于它的职责），也不符合里氏替换原则（子类继承了不需要的状态，可能导致误解或逻辑混乱）。

比如你例子里的IsToggleable只有3个子类用到，另外4个完全不需要，这种情况下更合理的做法是只在需要的子类中定义该属性，或者通过更合理的继承/接口拆分来实现。

更优雅的替代方案 #

方案1：使用接口拆分行为 #

创建一个仅包含IsToggleable的接口，让需要该属性的子类实现它：

// 基础基类：仅存放所有7个子类共有的成员
public class UpgradeBase
{
    // 所有子类共享的属性/方法放在这里
}

// 定义可切换的行为接口
public interface IToggleableUpgrade
{
    bool IsToggleable { get; set; }
}

// 需要该属性的子类实现接口
public class UpgradeBuilding : UpgradeBase, IToggleableUpgrade
{
    public bool IsToggleable { get; set; } = false;
}

// 不需要的子类直接继承基础基类
public class UpgradeScience : UpgradeBase
{
    // 无冗余成员
}

方案2：拆分中间基类 #

如果需要IsToggleable的子类有更多共性行为，可以创建一个继承自UpgradeBase的中间基类，专门承载这类特性：

public class UpgradeBase
{
    // 所有子类共享的成员
}

// 中间基类：包含可切换相关的属性/行为
public class ToggleableUpgradeBase : UpgradeBase
{
    public bool IsToggleable { get; set; } = false;
}

// 需要的子类继承中间基类
public class UpgradeBuilding : ToggleableUpgradeBase
{
    // 直接获得IsToggleable属性
}

// 不需要的子类仍继承基础基类
public class UpgradeScience : UpgradeBase
{
    // 无冗余成员
}

可以妥协的特殊场景 #

如果该属性的内存开销可以忽略（比如一个bool值），且业务逻辑上所有子类在概念上都“具备可切换的潜在可能”（只是部分子类暂未用到），可以暂时把它放在基类中。但这是短期权宜之计，长期来看还是建议拆分，避免基类逐渐膨胀成职责模糊的“万能类”。

内容的提问来源于stack exchange，提问作者Nathan Bingham-Thomas