C＃在基類/抽象類中的最佳部分接口實現

Question

.net不允許在基類中實現部分接口。作爲一種緩解措施，我已經選擇了3種備選解決方案。請幫助我確定哪一個更適用於重構，編譯/運行時錯誤，可讀性。 但首先有幾條評論。

• 當然，您可能總是將對象投射到IFoo並在沒有任何編譯器警告的情況下調用任何方法。但這不合邏輯，你不會那樣做。這個構造不會因重構而發生。
• 我想要最大的分離度。直接類合同（公共方法和屬性）應該與接口實現分開。我使用很多接口來分離對象的交互。

我比較：

1. BaseClass1/MyClass1的：
   • CON：有在BaseClass1創建虛擬抽象的IFoo的每個未實現的方法。
   • con：其他方法包裝 - 運行時對生產力的影響很小。
2. BaseClass2/MyClass2：
   • CON：沒有編譯器警告，如果在MyClass2沒有實現方法2的。運行時異常。用單元測試覆蓋較差的重構可能會破壞代碼的穩定性。
   • con：必須放置額外的過時構造來防止子類中的直接方法調用。
   • con：Method2對於BaseClass1是公開的，所以它現在是類合同的一部分。必須放置「過時」構造以防止直接呼叫，而不是通過IFoo。
3. BaseClass3/MyClass3：
   • 親：（相較於＃2）。更可讀。你會發現MyClass2.Method2是IFoo的實現，而不僅僅是一些重載方法。

public interface IFoo 
{ 
    void Method1(); 
    void Method2(); 
} 

public abstract class BaseClass1 : IFoo 
{ 
    void IFoo.Method1() 
    { 
     //some implementation 
    } 

    void IFoo.Method2() 
    { 
     IFooMethod2(); 
    } 

    protected abstract void IFooMethod2(); 
} 

public class MyClass1 : BaseClass1 
{ 
    [Obsolete("Prohibited direct call from child classes. only inteface implementation")] 
    protected override void IFooMethod2() 
    { 
     //some implementation 
    } 
} 

public abstract class BaseClass2 : IFoo 
{ 
    void IFoo.Method1() 
    { 
     //some implementation 
    } 

    [Obsolete("Prohibited direct call from child classes. only inteface implementation")] 
    public virtual void Method2() 
    { 
     throw new NotSupportedException(); 
    } 
} 

public abstract class MyClass2 : BaseClass2 
{ 
    public override void Method2() 
    { 
     //some implementation 
    } 
} 

public abstract class BaseClass3 : IFoo 
{ 
    void IFoo.Method1() 
    { 
     //some implementation 
    } 

    void IFoo.Method2() 
    { 
     throw new NotSupportedException(); 
    } 
} 

public abstract class MyClass3 : BaseClass3, IFoo 
{ 
    void IFoo.Method2() 
    { 
     //some implementation 
    } 
} 

Answer 1

好吧，你可以試試下面的BaseClass是抽象：

public interface IFoo 
{ 
    void Method1(); 

    void Method2(); 
} 

public abstract class BaseClass : IFoo 
{ 
    public void Method1() 
    { 
     // Common stuff for all BaseClassX classes 
    } 

    // Abstract method: it ensures IFoo is fully implemented 
    // by all classes that inherit from BaseClass, but doesn't provide 
    // any implementation right here. 
    public abstract void Method2(); 
} 

public class MyClass1 : BaseClass 
{ 
    public override void Method2() 
    { 
     // Specific stuff for MyClass1 
     Console.WriteLine("Class1"); 
    } 
} 

public class MyClass2 : BaseClass 
{ 
    public override void Method2() 
    { 
     // Specific stuff for MyClass2 
     Console.WriteLine("Class2"); 
    } 
} 

private static void Main(string[] args) 
{ 
    IFoo test1 = new MyClass1(); 
    IFoo test2 = new MyClass2(); 

    test1.Method2(); 
    test2.Method2(); 

    Console.ReadKey(); 
} 

Answer 2

這是非常糟糕的設計是沒有按類沒有一個明確的定義d合同。這是極端的，因爲你首先說一個班級有能力做某事。你明確地強調類可以做的東西，但後來在你說的那個代碼中，擰緊它，這個類可以在沒有實現的情況下生存。編譯器非常明智地要求您執行合同，但由您決定。

下面是一些常見的解決方案

不好解決

• 拋出一個異常（NonImplementedException或NotSupportedException異常，見sample）
• 聲明爲過時的（設計它從一開始就很好）

更好解決方案

• 顯式接口實現，但你仍然實現它（只是一種隱藏）

最好的解決方案

• 使用接口隔離（拆你的脂肪接口轉換成更薄和更易於管理的）

Answer 3

我建議具有抽象基類實現接口調用protected abstract方式方法，如在第一個例子中，除了一些派生類可能無法實現方法（繼「拋開一切到IList但沒有所有的方法實際上工作「模式）;那些可能是protected virtual存根扔NotSupportedException。

注意，它是由子類是否對接口的任何特定成員公開爲名稱相同的公共成員（可調用相應的抽象成員）。

在VB.net中的正確模式將類似MustOverride Sub IFoo_Method1() Implements IFoo.Method1，這將避免額外的函數調用開銷，但C＃沒有提供任何實現與受保護成員接口的方法。對於可能必須在子類中重寫的任何方法使用顯式接口實現有點難以實現，因爲孩子的接口的重新實現不可能鏈接到父實現。

Answer 4

我喜歡這個版本，基類不能被實例化，因爲它的抽象，派生類必須列出的IFoo在其聲明中，否則它將不會被實現接口，然後是實施其餘全權負責的界面。 一個缺點我能看到的是你不能明確地實現在基類的接口方法（即沒有的IFoo：方法），但除此之外，這是一個相當低開銷的版本。

public interface IFoo 
{ 
    void Method1(); 
    void Method2(); 
} 

public abstract class BaseClass1 
{ 
    public void Method1() 
    { 
     //some implementation 
    } 
} 

public class MyClass1 : BaseClass1, IFoo 
{ 
    public void Method2() 
    { 
     //some implementation 
    } 
}