問題繼承多個類中的相同接口

Question

當在多個類中繼承相同的接口時，它是否沒有更新所有具有接口實現的類的問題？例如，如果我有一個由4個類實現的接口，並且將來可能會更多，並且如果我向僅由4個類中的一個類實現的接口添加任何方法，那麼，去這個接口是不是一件乏味的任務並用一個未實現的異常或其他東西來實現其餘的類。我知道你可能會質疑爲什麼我不能將該方法添加到類本身，原因是我在這裏使用了一個工廠，並且我用這些類的對象之一返回了接口的引用。關於我如何能夠採取這種方法的任何想法？對這種情況有沒有其他方法？

添加示例代碼對於上述方案

public interface ITest 
{ 
    string TestMethod1(string st, int ab); 
    int TestMethod2(string st); 
    void TestMethod4(int ab); 
    float ITest.TestMethod3(string st); 
} 
public class Class1 : ITest 
{ 
    public string TestMethod1(string st, int ab) 
    { 
     return string.Empty; 
    } 
    public void TestMethod4(int ab) 
    { 
     throw new NotImplementedException(); 
    } 

    public int TestMethod2(string st) 
    { 
     throw new NotImplementedException(); 
    } 

    public float TestMethod3(string st) 
    { 
     throw new NotImplementedException(); 
    } 
} 
public class Class2 : ITest 
{ 

    float ITest.TestMethod3(string st) 
    { 
     return float.Parse("12.4"); 
    } 

    void ITest.TestMethod4(int ab) 
    { 
     throw new NotImplementedException(); 
    } 
    public string TestMethod1(string st, int ab) 
    { 
     throw new NotImplementedException(); 
    } 

    public int TestMethod2(string st) 
    { 
     throw new NotImplementedException(); 
    } 
} 
public class Main 
{ 
    ITest test = null; 

    public ITest CreateFactory(TestType testType) 
    { 
     switch(testType) 
     { 
      case TestType.Class1: 
       test = new Class1(); 
       break; 
      case TestType.Class2: 
       test = new Class2(); 
       break; 
     } 
     return test; 
    } 
} 

enum TestType 
{ 
    Class1, 
    Class2 
} 

Answer 1

例如，如果我具有由4類實現和在未來可能會更如果我添加任何方法將接口的接口只用4個類中的一個來實現，那麼用一個沒有實現的異常或其他東西去實現所有其他的類是不是一件繁瑣的工作。

接口是合同。如果您希望某些班級無法遵守合同，那麼他們不應該聲明他們這樣做。實施界面以簡單地拋出NotSupportedException或NotImplementedException應該是最後的手段;通常有更好更清潔的解決方案。

你的情況的解決方案是簡單地宣佈一個新的接口：

public interface IFrobbable //legacy version 
{ 
    void Frob() 
} 

public interface IFrobbableOnSteroids: IFrobbable //the new and improved frobbable wonder 
{ 
    void MegaFrob(); 
} 

經過改進的新的實現應該實現IFrobbableOnSteroids。注意這個新的接口自己實現IFrobbable;這意味着實現IFrobbableOnSteroids的任何對象都可以在「傳統」代碼（僅知道Frob）和更新代碼（知道MegaFrob）中使用。這具有很好的屬性，您不會破壞現有的客戶端代碼。

當然，你也可以簡單地使新的更新類實現兩個接口，但我個人更喜歡使一個接口包括其他。

「遺產」的班級，如果沒有足夠的幸運來加以改進，仍然會是簡單的凡人IFrobbable s，但這應該是。如果你不是FrobbableInSteroids，不要假裝是一個;正如我的國家（自由翻譯）所說的那樣，「容易抓住騙子而不是跛腳」。

UPDATE：

關於你對一個工廠方法的問題，以及考慮到你的類似乎是公開的，有一個enum沒有真正的理由。只需使用泛型和類型本身：

public static T CreateFrobbable<T>() 
    where T: IFrobbable, new() 
{ 
    return new T(); 
} 

public static T CreateFrobabbleOnSteroids<T>() 
    where T: IFrobbableOnSteroids, new() 
    { 
     return new T(); 
    } 

現在，如果我們有一個類SomeFrobbable: IFrobbable，您將創建一個簡單的調用CreateFrobbable<SomeFrobbable>()。並且SomeFrobbableOnSteroids: IFrobbableOnSteroids可以創建爲IFrobbable與CreateFrobbable<SomeFrobbableOnSteroids>()或者作爲完整的IFrobbableOnSteroids與CreateFrobbableOnSteroids<SomeFrobbableOnSteroids>()創建。你不能做什麼，這是一件好事，是CreateFrobbableOnSteroids<SomeFrobbable>() //Compile time error。

Answer 2

對現有API進行更改已經很乏味，需要對API的現有客戶端進行很多更改。然而加入新成員是位容易，因爲你可以簡單地引入一個新的界面，增加了新的功能：

interface ITheInterface 
{ 
    void DoSomething(); 
} 

現在創建一個新的接口從現有的一個派生：

interface ITheInterface2: ITheInterface 
{ 
    void DoSomething2(); 
} 

常見的 - 但不一定是最好的 - 只是在接口名稱後面使用一個數字來表示它的版本 - 這裏是2，並標記舊的Obsolete表示有更新的版本。恕我直言，它會更好地添加一些名稱，指示新界面實際上做了什麼，這是新功能。

現在你所有的現有類仍然可以實現ITheInterface，而新的類實現新的接口。所以你不需要改變現有的代碼，但如果你實現了新的接口，可以消耗新的成員。