C# 3.0 實現「受限多重繼承」：擴展方法與介面的結合

C# 採單一繼承模型，類別僅能繼承一個基底類別，但可實作多個介面。這在設計上帶來不便：當一個類別需結合多個介面的預設實作時，傳統做法只能選擇一個抽象類別繼承，其餘介面需手動實作。C# 3.0 引入的擴展方法為此提供了一種創新的替代方案——「受限的多重繼承」。

核心概念：為介面提供預設實作

擴展方法允許在靜態類別中定義靜態方法，並透過 this 修飾第一個參數，使其彷彿成為該型別的實例方法。關鍵在於：擴展方法可以針對介面定義，從而為介面成員提供具體實作，而無須建立實作類別。

public interface ITestA { }
public static class ITestAHelper
{
    public static void TestA(this ITestA obj)
    {
        Console.WriteLine("ITestAHelper.TestA");
    }
}

public interface ITestB { }
public static class ITestBHelper
{
    public static void TestB(this ITestB obj)
    {
        Console.WriteLine("ITestBHelper.TestB");
    }
}

public class Test : ITestA, ITestB { }

現在 Test 類別的實例即可同時呼叫 TestA() 與 TestB()，達到類似多重繼承的效果：

Test obj = new Test();
obj.TestA(); // 輸出: ITestAHelper.TestA
obj.TestB(); // 輸出: ITestBHelper.TestB

限制與陷阱：無法實現真正的多型

然而，這種模擬存在嚴重缺陷：

1. 實作類別的同名方法會隱藏擴展方法：若 Test 定義了 TestA()，則 obj.TestA() 呼叫的是類別方法，而非擴展方法。即使強制轉型 ((ITestA)obj).TestA()，仍呼叫類別方法（因為編譯器解析優先順序）。
2. 擴展方法無法標記為 virtual：靜態方法不支援虛擬機制，因此無法被衍生類別覆寫，徹底斷送了多型可能。
3. 介面宣告同名方法時，擴展方法完全被遮蔽：若介面本身宣告 void TestA()，則擴展方法永遠無法透過介面參考呼叫。
4. 兩個介面若擁有相同簽章的擴展方法，會導致編譯錯誤（模糊呼叫）。

適用場景與建議

此模式適用於：

• 為第三方或不可修改的介面提供輔助功能（如 LINQ 的 IEnumerable<T> 擴展方法）。
• 無狀態的工具方法組合，不涉及多型行為。

若需真正的多型與程式碼重用，仍應採用組合或策略模式，或在 C# 8.0+ 使用介面預設實作（Default Interface Methods） —— 這才是語言層面正統解決方案。