Почему я могу применить индексацию к ICollection в VB.Net, но не в C#

Question

Были преобразование код из VB.Net в C#, когда я наткнулся на это, в каком-то коде с помощью Zip библиотеки Ionic:

Dim zipEntry1 As ZipEntry = zipFile1.Entries(0) 

достаточно просто:

ZipEntry zipEntry1 = zipFile1.Entries[0]; 

Я получаю эту ошибку на C#:

Невозможно применить индексирование с [] к выражению ф ре «» System.Collections.Generic.ICollection

Оба используют ту же версию DLL, на обоих zipFile1.Entries является общим ICollection.

Я проверил ниже на VB.Net, и он строит successfullly:

Option Strict On 
Option Explicit On 

Imports Ionic.Zip 

Module Module1 

    Sub Main() 

     Dim zipFile1 = ZipFile.Read("C:\test") 
     Dim zipEntry = zipFile1.Entries(0) 

    End Sub 

End Module 

Это не строит:

using Ionic.Zip; 

namespace ConsoleApplication2 
{ 
    class Program 
    { 
     static void Main(string[] args) 
     { 
      var zipFile1 = ZipFile.Read(@"C:\test"); 
      var zipEntry = zipFile1.Entries[0]; 
     } 
    } 
} 

Почему это происходит, и есть ли способ вокруг него ?

Answer 1

Bizarrely достаточно, похоже, VB имеет специальную поддержку для IEnumerable<T> и неявно предоставляет индексатор которые фактически звонки Enumerable.ElementAtOrDefault. ICollection<T> extends IEnumerable<T>, поэтому там же средство существует. ICollection<T> не предоставляет «реального» индексатора, поэтому проблема при попытке использовать его с C#.

Пример программы:

Option Strict On 

Public Class Test 
    Public Shared Sub Main(args As String()) 
     Dim x as System.Collections.Generic.ICollection(Of String) = args 
     Console.WriteLine(x(0)) 
    End Sub 
End Class 

Сформирован IL для Main:

.method public static void Main(string[] args) cil managed 
{ 
    .entrypoint 
    .custom instance void [mscorlib]System.STAThreadAttribute::.ctor() = (01 00 00 00) 
    // Code size  15 (0xf) 
    .maxstack 2 
    .locals init 
     (class [mscorlib]System.Collections.Generic.IEnumerable`1<string> V_0) 
    IL_0000: ldarg.0 
    IL_0001: stloc.0 
    IL_0002: ldloc.0 
    IL_0003: ldc.i4.0 
    IL_0004: call  !!0 
    [System.Core]System.Linq.Enumerable::ElementAtOrDefault<string>(
     class [mscorlib]System.Collections.Generic.IEnumerable`1<!!0>, 
     int32) 
    IL_0009: call  void [mscorlib]System.Console::WriteLine(string) 
    IL_000e: ret 
} // end of method Test::Main 

Я нахожу очень странно, что VB предоставляет это неявно - это действительно опасно, чтобы сделать его выглядеть, как это чтобы индексировать в коллекцию, которая не обязательно обеспечивает эффективную операцию индексирования.

Конечно, вы можете позвонить самим ElementAtOrDefault, если вы довольны тем, что это делает.

Answer 2

Строго просматриваемый, ICollection<T> является интерфейсом к неупорядоченным коллекциям элементов (точнее, коллекция, элементы которой по отдельности не могут быть доступны по их индексу). Это всего лишь по определению.

Но вы все равно можете использовать метод расширения LINQ ElementAt(int index). Это будет просто перебирать все элементы index раз каждый раз, когда вы его вызываете (так, как правило, медленнее).

ПРИМЕЧАНИЕ: ICollection<T> не следует путать с Collection<T>. Последний реализует IList<T> (среди прочего), который по определению делает, указывая, что к каждому элементу можно получить доступ по его индексу.

Answer 3

В.Б. уже давно был идея члена в по умолчанию для его классов, для коллекции всегда член Пункта().