從列表或集合繼承

2

最好不要做這一切，它像

class FootballTeam 
{ 
    public string TeamName; 
    public int RunningTotal 
    public IList<FootballPlayer> Players 
}

建模你通常如果您想實現像DiskCachedCollection之類的新類集合，則繼承集合

這被稱爲「構成對繼承」https://en.wikipedia.org/wiki/Composition_over_inheritance

很明顯，爲什麼當一個新的需求變得很長時......「我們想跟蹤一個團隊的管理人員」。突然間，你會哼哼，一個團隊怎麼能成爲一個球員和管理集合的集合。哦!它不是，一個團隊由玩家和管理層組成

來源

2017-01-19 03:00:50

-1

如果您要定製其具體實現List或Collection不提供的List或Collection接口，那麼請執行IList或ICollection接口，否則使用任何列表或集合「構成比繼承更好」。

來源

2017-01-19 05:02:06 TsunamiCoder

4

這並不提供直接的答案，可能有概述

IList的爲您提供了實現此功能的靈活性。

public interface IList<T> : ICollection<T>, IEnumerable<T>, IEnumerable 
{ 
    T this[int index] { get; set; } 

    int IndexOf(T item); 
    void Insert(int index, T item); 
    void RemoveAt(int index); 
}

如果你使用class FootballTeam : List<FootballPlayer>你能程度在FootballTeam類的屬性。

理想情況下，您需要擴展您的收藏時。假設你有實現AddSort（T項），然後class FootballTeam : List<FootballPlayer>

如果你使用class FootballTeam : ILIst<FootballPlayer>你可能重新發明輪子Add()，並Contains()應該由自己來實現

我會推薦使用Composition over inheritance

class FootballTeam : //So here can use any team base class or anything necessary 
{ 
    public string TeamName; 
    public int RunningTotal 

    private List<FootballPlayer> _players 
    public IEnumerable<FootballPlayer> Players {get;set;} 
}

更新我已經更新了IEnumerable的Players，所以會有很大的靈活性。

來源

2017-01-19 05:50:30 Eldho

+0

還有兩個問題：1）如果我想使用字典呢？也作爲課堂中的財產？ 2）所以如果你說使用組合更好，但是在哪種情況下創建額外的集合類並從List或Collection繼承而不是組合繼承更好？ – Arie

+0

繼承的構成基於需求。想想你想要一個集合的場景，你需要一個特定的邏輯，然後你需要擴展（實現）你的班級中的列表。對於正常情況下喜歡代表一個類更好地使用組合 – Eldho

+0

@Arie我有更新的信息，我認爲它會解決你的問題上的評論 – Eldho

從列表或集合繼承

回答

相關問題