¿Por qué las clases de colecciones en C# (como ArrayList) heredan de múltiples interfaces si una de estas interfaces hereda del resto?

Question

Cuando presiono F12 en la palabra clave ArrayList para ir con los metadatos generados a partir de VS2008, he encontrado que la declaración de clase generado como sigue

public class ArrayList : IList, ICollection, IEnumerable, ICloneable 

sé que el IList ya se hereda de ICollection y IEnumerable, así que ¿por qué ArrayList heredar de forma redundante de estas interfaces?

Answer 1

OK, he hecho un poco de investigación. Si crea la siguiente jerarquía:

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(); 
     } 
    } 

y compilarlo, a continuación, hacer referencia a la DLL en una solución diferente, el tipo de magia y Pulse F12, se obtendrán los siguientes:

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

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

Usted verá que la jerarquía de la interfaz es aplanada, o el compilador está agregando las interfaces en? Si usas un reflector obtienes los mismos resultados también.

Actualización: Si abre el archivo DLL en ILDASM, verá que dice:

implementos ... Dos

implementos ... Uno.

Answer 2

Las interfaces adicionales se muestran porque están implícitas en IList. Si implementa IList, también debe implementar ICollection e IEnumerable.

Answer 3

Solo estoy adivinando, pero creo que en realidad solo implementa IList en el código, pero la documentación muestra el resto de las interfaces también para hacerlo explícito al programador que usa la clase.

Answer 4

De MSDN ....

Si una clase implementa dos interfaces que contienen un miembro con el mismo firma, a continuación, la aplicación de esa miembro de la clase hará que ambos interfaces para usar ese miembro como su implementación .

aplicación explícita también se utiliza para resolver los casos en que dos interfaces cada declaran diferentes miembros de la mismo nombre como una propiedad y un método :

Answer 5

No acepte esto como respuesta.

Estoy repitiendo lo que workmad3 dijo anteriormente.

Al implementarlo en ArrayList, es fácil de saber: qué interfaces ArrayList implementa en lugar de ir a IList para encontrar que implementa ICollection & IEnumerable.

Eso evita la necesidad de volver atrás & adelante la cadena de herencia.

EDITAR: En el nivel básico, una interfaz que implementa otra interfaz no puede proporcionar la implementación.La clase derivada (de IList) implementa indirectamente ICollection & IEnumerable también. Entonces, incluso si escribe su propia clase implementando IList (y no añade ICollection, IEnumerable en la declaración), verá que deberá proporcionar la implementación para ICollection & IEnumerable.

Y el razonamiento de workmad3 tiene sentido.

Answer 6

Supongo que el CLR no admite una interfaz que hereda de otra interfaz.

C# sin embargo, admite esta construcción, pero tiene que "aplanar" el árbol de herencia para que cumpla con CLR.

[Editar]

Después de tomar el asesoramiento de configuración a continuación rápidamente un proyecto VB.Net:

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 

Compilación de los resultados en el siguiente (C#):

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

Este espectáculo que VB.Net no hace NOT allanar la jerarquía de interfaz en lugar de C#. No tengo idea de por qué sería esto.