¿Qué devuelve exactamente una función LINQ cuando no hay coincidencias? Tome el método Where, por ejemplo:resultados LINQ cuando no hay coincidencias?
var numbers = Enumerable.Range(1, 10);
var results = numbers.Where(n => n == 50);
¿Qué resultados habría en este momento?
results en sí es solo una consulta. Hasta que no comience a recorrerlo (ya sea explícitamente o mediante una llamada como Count()), nada ha comprobado si hay algún resultado o no. Solo cuando lo enumera todo sucederá.
Por lo que podría hacer:
foreach (int x in results)
{
Console.WriteLine("This won't happen");
}
O:
Console.WriteLine(results.Any()); // Will print false
Console.WriteLine(results.Count()); // Will print 0
Cualquiera de estos hará que el predicado se evaluará en cada elemento de la gama ... pero antes de eso, se ganó no se llamará en absoluto.
Esto es una cosa importante de entender, ya que significa que no results podría ser null mientras que conserva la función de la evaluación perezosa - hasta que se trató de usoresults, no habría funcionado si debe ser null o no!
Una referencia a un IEnumerable<T> vacío.
¡Excelente! Eso es lo que estaba buscando. Quería asegurarme de que no tenía que verificar nulo. – jasonh
Nitpick: una referencia a un IEnumerable vacío
¡Sí, está seguro, es una delicia azucarada! –
En este caso, devuelve IEnumerable<Int32> con un recuento de 0 elementos.
Eso lo hace sonar como si "supiera" que hay un recuento de 0, que no es así. El valor devuelto es un 'IEnumerable
@Jon: definitivamente, gracias por aclarar. Como mencionaste en tu publicación, debe usarse para determinar el resultado. –
Lo que estaría en "resultados" es * un objeto que representa la consulta *. Recuerde: el objeto de consulta NO es el resultado de la consulta. El objeto de consulta es algo que puede * iterar para obtener los resultados de la consulta *, no es en sí mismo el resultado. –