C#抽象类子类选择性支持父类方法的设计方案咨询

这种继承结构违反了里氏替换原则：所有继承Company的子类理论上必须能完整响应Company定义的所有方法，否则任何接收Company类型参数的通用代码，在传入不支持某方法的子类时，必然会出现预期外的运行时错误。需求中提到的“带默认实现的接口能力”，在现代C#中是原生支持的，不需要用静态类、也不需要强制子类重写方法抛异常这类劣化实现。

从C# 8.0开始，接口支持定义带默认逻辑的方法，完全匹配“复用已有逻辑、不用纯无实现接口、避免静态类逻辑散乱”的需求。核心做法是把不是所有子类都需要的方法从抽象基类中拆出来，定义为独立的能力接口，在接口中编写通用默认实现，子类按需继承需要的接口即可。

代码实现 #

1. 抽象基类只保留所有子类共有的通用逻辑：

public abstract class Company
{
    // 所有公司类型都支持的公共方法保留在基类
    public virtual void Dowork3()
    {
        // 通用实现逻辑
    }
}

2. 将差异化方法拆分为带默认实现的独立接口：

public interface ICanDoWork1
{
    // 接口自带默认实现，子类无需重复编写逻辑即可复用
    void Dowork1()
    {
        // 原Dowork1的完整业务逻辑
    }
}

public interface ICanDoWork2
{
    void Dowork2()
    {
        // 原Dowork2的完整业务逻辑
    }
}

3. 子类按需继承需要的能力接口，不需要的方法不会对外暴露：

public class ItCompany : Company, ICanDoWork1
{
    // 可直接复用基类Dowork3、接口ICanDoWork1的Dowork1默认实现
    // Dowork2不会出现在该类的可用方法列表中，外部无法调用
}

public class ManagementCompany : Company, ICanDoWork2
{
    // 可直接复用基类Dowork3、接口ICanDoWork2的Dowork2默认实现
    // Dowork1不会出现在该类的可用方法列表中，外部无法调用
}

方案优势 #

• 零重复代码：原有业务逻辑完全复用，不需要在每个子类中重写，也不需要把逻辑拆到零散的静态类中
• 类型安全：调用方可以通过类型判断安全调用对应方法，比如if (someCompany is ICanDoWork1 work1Capable) { work1Capable.Dowork1(); }，从根源上避免调用到子类不支持的方法
• 符合设计原则：满足接口隔离要求，子类不需要依赖自己用不到的方法

如果项目使用的是C# 8.0以下的版本，可以用组合模式替代：将不同的工作逻辑封装为独立的策略类，抽象基类提供对应方法的显式实现，内部判断子类是否注入了对应策略，没有注入就抛出明确的不支持异常，子类只在构造函数中注入自己支持的策略实例即可。这种方式的逻辑复用度和接口默认实现一致，只是写法稍显繁琐。

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