Usando LINQ para un objeto que solo tiene GetEnumerator()

Question

¿Se puede usar LINQ en un objeto que expone solo Add(), Remove(), Count(), Item() y GetEnumerator() de System.Collections.IEnumerator?

Answer 1

Los métodos de extensión Linq existentes funcionan en objetos que implementar IEnumerable<T>. Supongo que su objeto implementa la interfaz no genérica IEnumerable. En ese caso, puede usar el método de extensión Cast<T> para obtener un contenedor genérico IEnumerable<T>. Por ejemplo, si los elementos son de tipo int:

var wrapper = myObject.Cast<int>(); 

ahora se puede utilizar LINQ en la envoltura

Answer 2

No, no puedes. Todos los métodos LINQ son métodos de extensiones para la interfaz IEnumerable<T>.

Así que tendrá que implementar IEnumerable<T> para usar LINQ con sus propias colecciones.

Answer 3

No directamente. Se podría escribir bastante fácilmente un SingleShotEnumerable<T> sin embargo:

public sealed class SingleShotEnumerable<T> : IEnumerable<T> 
{ 
    private IEnumerator<T> enumerator; 

    public SingleShotEnumerable(IEnumerator<T> enumerator) 
    { 
     if (enumerator == null) 
     { 
      throw new ArgumentNullException("enumerator"); 
     } 
     this.enumerator = enumerator; 
    } 

    public IEnumerator<T> GetEnumerator() 
    { 
     if (enumerator == null) 
     { 
      throw new InvalidOperationException 
       ("GetEnumerator can only be called once"); 
     } 
     var ret = enumerator; 
     enumerator = null; 
     return ret; 
    } 

    IEnumerator IEnumerable.GetEnumerator() 
    { 
     return GetEnumerator(); 
    } 
} 

Esto es suponiendo que realmente tienen un IEnumerator<T>. Si solo tiene IEnumerator, puede escribir algo similar solo implementando IEnumerable, luego use Cast o OfType para obtener un IEnumerable<T>.

(Nota: esto no es seguro para subprocesos Se podía hacerlo así con las cerraduras si realmente quería..)

A continuación, podría hacer:

var filtered = from person in new SingleShotEnumerable<Person>(personEnumerator) 
       where person.Age > 18 
       select person.Name; 

... pero no podía usar la consulta dos veces

¿Cómo has llegado a la extraña situación de tener solo un IEnumerator<T> de todos modos? Eso es bastante raro. Vea si puede diseñar su camino para evitar tener que hacer algo como lo anterior, que es bastante frágil.

(Una alternativa sería la de "drenar" el IEnumerator<T> a un algo List<T> o similar, pero que tiene problemas relacionados con grandes o potencialmente infinitas secuencias.)