¿De qué sirve .Any () en una lista de C # <>?

He estado discutiendo esto con colegas, y no pudimos averiguar cuál es el uso de .Anyun determinado List<>, en C #.

Puede verificar la validez de un elemento en la matriz como la siguiente declaración:

if (MyList.Any()){ ...}  //Returns true or false

Que es exactamente lo mismo que

if (MyList.Count() != 0) { ... }

y es mucho más común, legible y claro sobre la intención de la ifdeclaración.

Al final, nos quedamos atrapados con este pensamiento:

.Any() puede usarse, funcionará igual de bien, pero es menos claro acerca de la intención del programador y, en ese caso, no debe usarse.

Pero sentimos que esto no puede ser correcto; Debemos estar perdiendo algo.

¿Estamos?

Tenga en cuenta que Anyno funciona en un List; opera en un IEnumerable, que representa un tipo concreto que puede o no tener una Countpropiedad. Es cierto que no es necesariamente lo mejor para usar en un List, pero definitivamente es útil al final de una consulta LINQ. Y aún más útil que la versión independiente es la anulación que toma un predicado igual que Where. No hay nada incorporado Listque sea tan conveniente o expresivo como el Anymétodo de extensión del predicado .

Además, si está utilizando Count()(el método de extensión LINQ para IEnumerable), en lugar de Count(la propiedad en List), puede tener que enumerar toda la secuencia si no puede optimizar esto al detectar que su tipo de datos subyacente tiene una CountPropiedad . Si usted tiene una secuencia larga, esto puede ser un impacto de rendimiento notable cuando realmente no se preocupan por lo que el recuento es, y sólo quieren saber si hay alguna elementos de la colección.

Hay una diferencia de tiempo de ejecución que Count()puede ser O (n) donde Any()es O (1).

En realidad, tenga en cuenta que existe la propiedad List.Count , y luego está el método Enumerable.Count .

En su ejemplo, está utilizando el Enumerable.Count()método, que tiene que recorrer cada elemento de la enumeración para obtener un resultado. Eso es claramente más lento que llamar, Any()que solo necesita iterar sobre el primer elemento, si existe.

EDITAR:

En los comentarios se señaló, con razón, que el Enumerable.Count()método de extensión no necesita iterar a través de todos los elementos si detecta que el enumerable también es un ICollection<T>. Entonces, en el caso de a List<T>, el uso de la Countpropiedad o el método en realidad no hace la diferencia.

Fuente IEnumerable.Count :

public static int Count<TSource>(this IEnumerable<TSource> source) {
    if (source == null) throw Error.ArgumentNull("source");
    ICollection<TSource> collectionoft = source as ICollection<TSource>;
    if (collectionoft != null) return collectionoft.Count;
    ICollection collection = source as ICollection;
    if (collection != null) return collection.Count;
    int count = 0;
    using (IEnumerator<TSource> e = source.GetEnumerator()) {
        checked {
            while (e.MoveNext()) count++;
        }
    }
    return count;
}

Una pregunta sorprendente: encuentro que la intención de list.Any()ser mucho más clara que la intención de list.Count()!=0.

Intención significa: si lees el código de alguien (y no lo escribiste tú mismo), ¿es completamente obvio lo que el programador quiere lograr y por qué lo escribió escrito así? Si un problema común se resuelve de una manera innecesariamente compleja, inmediatamente sospecha y se pregunta por qué el desarrollador no usó la forma simple. Miras el código e intentas ver si te has perdido algo. Tiene miedo de cambiar el código porque le preocupa que haya algún efecto secundario que le falte y cambiarlo puede causar problemas inesperados.

La intención de usar el Any()método es completamente clara: desea saber si hay elementos en la lista o no.

La intención de la expresión, Count()!=0por otro lado, no es obvia para el lector. Por supuesto, no es difícil ver que la expresión te dice si la lista está vacía o no. Las preguntas surgen porque lo escribes de esta manera particular en lugar de usar el método estándar. ¿Por qué lo usas Count()explícitamente? Si realmente sólo necesita saber si hay alguna elementos de una lista, ¿por qué desea contar toda la lista en primer lugar? Tan pronto como llegue a 1, ya tiene su respuesta. Si la fuente era un iterador sobre una colección grande (quizás infinita) o se traduce a sql, podría hacer una gran diferencia en cuanto al rendimiento. Entonces, ¿tal vez el uso explícito de Count () es forzar una consulta diferida para ejecutar o recorrer un iterador?

Pero la fuente es en realidad un lugar List<T>donde Count()está O (1) y no tiene efectos secundarios. Pero si el código se basa en esta propiedad de List<T>, ¿por qué no utilizar la Countpropiedad -que indica más claramente que espera una operación O (1) sin efectos secundarios?

Como está escrito, list.Count()!=0hace exactamente lo mismo, list.Any()excepto que es innecesariamente más complejo y la intención no está clara.

Tal vez es solo la palabra? Anyes un adjetivo, en realidad no dice nada. Viniendo de Java, lo llamaría isNonEmptyque contiene un verbo. Un chico SQL podría preferir EXISTS. Pero quizás Anyencaja mejor en el sistema C #.

Cualquiera sea la palabra que elija, una vez que se acostumbre a ella, debe ser mucho más clara. ¿Preguntarías " more than zeroquedan botellas de cerveza"? ¿Esperarías que las one or morepersonas empiecen a contarlos antes de que respondan "No, no hay any"?