タイプパラメータ制約はクラス

Question

このテクニックを使用している他の開発者に気づいたことがありますが、それは常に私を混乱させました。私は今朝調査することを決めたと（http://msdn.microsoft.com/en-us/library/d5x73970(v=vs.100).aspxから）MSDNで次出くわし：

public class GenericList<T> where T : Employee 
{ 
... 
} 

は、なぜ私たちはクラスで従業員とTのすべてのインスタンスを置き換えるのではなく、このメソッドを使用するのでしょうか？私には、これは保守性の勝利のようです。異なる継承階層のクラスを含める手段としてインターフェースに制限することは理解できますが、継承はすでに上の問題をより明白な方法で既に解決していますか？

これは間違いと見なされることがありますか、このようなコードを '修正'するのは間違いでしょうか？

Answer 1

Employeeから派生したものかもしれません。

public class EvilEmployee : Employee { 
    public Int32 Evilness { get; set; } 
} 

それを行うようになりました...

GenericList<EvilEmployee> list = GetEvilEmployees(); 
var mostEvilEmployee = list.OrderByDescending(e => e.Evilness).First(); 

私たちが知っているので、それはT = EvilEmployeeとそのEvilEmployeeが邪悪特性を持っていることを、コンパイル時に、可能です。 （OfTypeを使用せずに）可能ではないEmployeeのリストにリストを強制する場合。

Answer 2

Tのすべてのインスタンスをクラス内のEmployeeに置き換えるのではなく、なぜこのメソッドを使用したいのですか？

を有効にするには：あなたの名前「GenericList」は、このシナリオではより多くのようになる

class Manager : Employee { ... } 

var board = new GenericList<Manager>(); 

注意「をEmployeeListも」私はの手段としてのインターフェースに制限を理解することができます

異なる継承階層からのクラスを含むクラス

クラス継承およびインターフェイスsは共通点が多い。

しかし、継承は既に上記の問題をより明白な方法で解決していますか？

はい、同じではありません。 board.Add(lowlyProgrammer);は、継承が許可している間はここで失敗します。

Answer 3

ここで、ステートメントは意図的に追加されています。 Employeeクラスから派生したクラスがある状況を考えてみましょう。ジェネリッククラスを定義しない場合は、派生クラスごとにクラスを定義する必要があります。

たとえば、EmployeeXがEmployeeを継承し、ListのみをEmployeeXインスタンスを受け入れるように定義する場合は、汎用アプローチを使用して新しいクラスを定義する必要はありません。

Answer 4

ジェネリックスを使用すると、キャストする必要なくタイルセーフにすることができます。

あなたは

public class Manager : Employee 
    { 
    public double CalculateManagerBonus(); 
    } 

を持っている場合は、これが今の私には理にかなっている間、あなたが

GenericList<Employee> managers = .... 

    // this is a compiler error 
    managers[0].CalculateManagerBonus(); 

    // this is neccessary if there where no generics. 
    ((Manager)managers[0]).CalculateManagerBonus();