C#循环中如何处理仅在GenericTask派生类实现的Compute方法？

你遇到的编译报错本质是C#静态类型检查的要求：通过基类引用调用方法时，方法签名必须在基类中存在定义，否则编译器无法完成类型校验。结合你提到的「GenericTask本身缺少对应数据、永远不会实际执行计算逻辑」的场景，优先推荐以下两种规范写法：

方案1：抽象基类+抽象方法（最适配你的场景） #

如果GenericTask本身仅作为基类使用、不允许直接实例化，这是最符合面向对象设计的实现：

// 声明为抽象类，禁止直接new GenericTask()实例化
public abstract class GenericTask
{
    // 声明为抽象方法，无方法体，强制所有非抽象派生类必须实现该方法
    public abstract double Compute();
}

// 派生类示例
public class EngineeringTask : GenericTask
{
    // 重写基类抽象方法实现具体逻辑
    public override double Compute()
    {
        // 你的业务计算逻辑
        return 200.5;
    }
}

public class DevelopmentTask : GenericTask
{
    public override double Compute()
    {
        // 你的业务计算逻辑
        return 150.3;
    }
}

优势：从语法层面强制所有派生类必须实现Compute方法，不会出现漏写的情况，也完全没有冗余的空实现逻辑。

方案2：基类虚方法（仅适用于GenericTask需要直接实例化的场景） #

如果你的业务中存在需要直接实例化GenericTask的场景，可以将Compute声明为带默认实现的虚方法：

public class GenericTask
{
    // 虚方法，派生类可选择重写，未重写时调用默认实现
    public virtual double Compute()
    {
        // 不推荐直接返回0，容易导致隐蔽的计算错误
        // 若基类Compute不应该被调用，直接抛出异常更易排查问题
        throw new NotImplementedException("请在GenericTask的派生类中重写实现Compute方法");
    }
}

注意：不要写无意义的空返回实现，否则后续新增派生类如果忘记重写Compute，总成本计算会悄无声息丢失对应任务的费用，排查难度极高。

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