C# override 與 abstract 能否同時修飾方法？深度解析

核心結論

語法上允許，但語義矛盾，實際開發中應避免。

詳細分析

關鍵字含義

• override：表示**重寫**基類的虛方法，提供具體實現
• abstract：表示**無實現**，強制派生類必須重寫

組合後的語義衝突

public abstract override void MyMethod(); // 語法合法

這聲明的意思是：「我重寫了基類方法，但不提供實現，強制子類再重寫一次」。這在邏輯上是多餘的——直接在基類聲明 `abstract` 即可達到相同效果，中間層的 `override abstract` 只增加了複雜度。

正確的替代模式

場景一：中間類想強制子類實現

// 基類
public abstract class Animal {
    public abstract void MakeSound();
}

// 中間類：不提供實現，直接繼承抽象方法
public abstract class Mammal : Animal {
    // 這裡不需要 override abstract，直接繼承即可
    // 子類必須實現 MakeSound
}

// 具體類
public class Dog : Mammal {
    public override void MakeSound() => Console.WriteLine("Woof");
}

場景二：中間類提供默認實現，但允許子類重寫

public abstract class Animal {
    public virtual void Breathe() => Console.WriteLine("Breathing...");
}

public class Mammal : Animal {
    public override void Breathe() {  // 正常 override，提供新實現
        Console.WriteLine("Mammal breathing");
    }
}

場景三：隱藏基類成員而非重寫（使用 new）

public class Base {
    public virtual void Do() => Console.WriteLine("Base");
}

public class Derived : Base {
    public new abstract void Do(); // 隱藏基類方法，強制子類實現新版本
    // 注意：這會破壞多態性，基類引用調用仍會執行 Base.Do()
}

最佳實踐總結

原則：保持繼承鏈清晰，每層只做一件事——要么定義契約（abstract），要么提供實現（override），不要混淆。