Warum Auflistungsklassen in C# (wie ArrayList) von mehreren Schnittstellen erben, wenn eine dieser Schnittstellen von den übrigen erbt?

Question

Als ich f12 auf dem Arraylist Schlüsselwort drücken von VS2008 generiert Metadaten zu gehen, fand ich, dass die erzeugte Klassendeklaration als

public class ArrayList : IList, ICollection, IEnumerable, ICloneable 

Ich weiß, folgt, dass die IList bereits von ICollection erbt und IEnumerable, also warum tut Arraylist redundant erben von diesen Schnittstellen?

Answer 1

OK, ich habe einige der Forschung getan. Wenn Sie die folgende Hierarchie erstellen:

public interface One 
    { 
     void DoIt(); 
    } 

    public interface Two : One 
    { 
     void DoItMore(); 
    } 

    public class Magic : Two 
    { 
     public void DoItMore() 
     { 
      throw new NotImplementedException(); 
     } 

     public void DoIt() 
     { 
      throw new NotImplementedException(); 
     } 
    } 

Und es kompilieren, dann die DLL in einer anderen Lösung verweisen, Typ Magie und F12 drücken, erhalten Sie die folgenden Schritte aus:

public class Magic : Two, One 
    { 
     public Magic(); 

     public void DoIt(); 
     public void DoItMore(); 
    } 

Sie werden sehen, Die Schnittstellenhierarchie ist abgeflacht, oder der Compiler fügt die Schnittstellen in? Wenn Sie einen Reflektor verwenden, erhalten Sie auch die gleichen Ergebnisse.

Update: Wenn Sie die DLL in ILDASM öffnen, werden Sie es sehen zu sagen:

Geräte ... Zwei

Geräte ... One.

Answer 2

Die zusätzlichen Schnittstellen werden angezeigt, weil sie von IList impliziert werden. Wenn Sie IList implementieren, müssen Sie auch ICollection und IEnumerable implementieren.

Answer 3

Ich rate nur, aber ich denke, in Wirklichkeit implementiert es nur IList in Code, aber die Dokumentation zeigt auch den Rest der Schnittstellen, um es explizit für den Programmierer mit der Klasse zu machen.

Answer 4

Von MSDN ....

Wenn eine Klasse implementiert zwei Schnittstellen , die ein Mitglied mit der gleichen Signatur enthalten, dann Implementierung dass Mitglied auf der Klasse verursacht beiden Schnittstellen dieses Mitglied verwenden als ihre Implementierung.

Explizite Implementierung wird auch verwendet Fälle zu lösen, wo zwei Schnittstellen jeweils verschiedene Mitglieder des gleichen Namens erklären, wie eine Eigenschaft und ein Methode:

Answer 5

Akzeptieren Sie dies nicht als Antwort.

Ich wiederhole was workmad3 oben gesagt hat.

Durch sie in Arraylist der Umsetzung wird es einfach, für ein kennen - die Arraylist-Schnittstellen implementiert vielmehr, dass zu IList gehen bis zu finden, dass es ICollection implementiert & IEnumerable.

Das vermeidet die Notwendigkeit & her die Vererbungskette.

EDIT: Auf der grundlegenden Ebene kann eine Schnittstelle, die eine andere Schnittstelle implementiert, die Implementierung nicht bereitstellen.Die abgeleitete Klasse (von IList) implementiert somit indirekt ICollection & IEnumerable. Selbst wenn Sie Ihre eigene Klasse schreiben, die IList implementiert (und ICollection, IEnumerable nicht in der Deklaration hinzufügt), werden Sie sehen, dass sie die Implementierung für ICollection & IEnumerable bereitstellen muss.

Und Workmad3 Argumentation macht Sinn.

Answer 6

Meine Vermutung wäre, dass die CLR keine Schnittstelle unterstützt, die von einer anderen Schnittstelle erbt.

C# unterstützt jedoch dieses Konstrukt, muss jedoch den Vererbungsbaum "flattern", damit er CLR-kompatibel ist.

[Bearbeiten]

Nach einem VB.Net Projekt von unten schnell Setup beraten unter:

Public Interface IOne 
    Sub DoIt() 
End Interface 

Public Interface ITwo 
    Inherits IOne 
    Sub DoIt2() 
End Interface 

Public Class Class1 
    Implements ITwo 

    Public Sub DoIt() Implements IOne.DoIt 
     Throw New NotImplementedException() 
    End Sub 

    Public Sub DoIt2() Implements ITwo.DoIt2 
     Throw New NotImplementedException() 
    End Sub 
End Class 

Kompilieren Ergebnisse in den folgenden (C#):

public class Class1 : ITwo 
{ 
    public Class1(); 
    public void DoIt(); 
    public void DoIt2(); 
} 

Diese zeigen, dass VB.Net tut NICHT die Schnittstellenhierarchie im Gegensatz zu C# flacher. Ich habe keine Ahnung, warum das so sein würde.