Доступ к базовому классу C# в итераторе вызывает предупреждение ReSharper

Question

У меня есть два класса: GenericList и SpecificList, где SpecificList наследуется от GenericList. GenericList орудия IEnumerable<GenericItem> и SpecificList орудия IEnumerable<SpecificItem>. SpecificItem наследуется от GenericItem. Я должен реализовать GetEnumerator как в GenericList, так и в SpecificList, так как они реализуют IEnumerable<T>. В GenericList, это достаточно легко, я просто вернуть перечислитель для базового List<T>:

public IEnumerator<GenericItem> GetEnumerator() 
{ 
    return genericItemsList.GetEnumerator(); 
} 

Однако в SpecificList, кажется, сложнее. Представляется рискованным бросить IEnumerator<GenericItem> на IEnumerator<SpecificItem>, и я не знаю, будет ли это работать. Вместо этого я сделал следующее:

public new IEnumerator<SpecificItem> GetEnumerator() 
{ 
    IEnumerator<GenericItem> enumerator = base.GetEnumerator(); 
    while (enumerator.MoveNext()) 
    { 
     yield return (SpecificItem)enumerator.Current; 
    } 
} 

Это нормально компилируется и простой тест блок MSTest вызова SpecificList.GetEnumerator() кажется, чтобы показать это работает. Тем не менее, ReSharper подчеркивает base в указанном выше способ со следующим предупреждением:

Доступ к GenericList.GetEnumerator через «базовое» ключевое слово из анонимного метода, лямбда-выражения, выражения запроса или результатов итераторов в непроверяемом коде

Это что-то, о чем я должен беспокоиться? Должен ли я что-то делать по-другому?

Редактировать: Я использую ReSharper 5.1 Full Edition Pre-Release Build 5.1.1715.35.

Кроме того, я должен сделать перерыв от работы модульных тестов MSTest: Я просто ударил Ctrl +R, Ctrl +T в Chrome, чтобы перезагрузить страницу ...

Answer 1

R # правильно, что доступ к ключевому слову base внутри итератора/лямбда в версии 3.0 компилятора C# может привести к неконтролируемому коду. Когда это происходит или нет, это немного сложно, и я не буду пытаться его покрыть.

Самый простой способ обойти это - обернуть вызов base.GetEnumerator в другом нестационарном приватном методе и указать, что из вашего итератора.

private IEnumerator<GenericItem> GetBaseEnumerator() { 
    return base.GetEnumerator(); 
} 

public new IEnumerator<SpecificItem> GetEnumerator() 
{ 
    IEnumerator<GenericItem> enumerator = GetBaseEnumerator(); 
    while (enumerator.MoveNext()) 
    { 
     yield return (SpecificItem)enumerator.Current; 
    } 
} 

Я уверен, что эта ошибка была исправлена ​​в версии 4.0 компилятора C#.

Answer 2

Кажется опасным отливать IEnumerator<GenericItem> в IEnumerator<SpecificItem>, и я не знаю, будет ли это работать.

Уверен, что это будет.

return base.Cast<SpecificItem>().GetEnumerator(); 

Не более или менее опасно, чем ваша текущая реализация. На самом деле, я уверен, что это больше или меньше того же кода под капотом.