A che serve .Any () in un elenco C # <>?

Ne ho discusso con i colleghi e non siamo riusciti a capire a cosa serva .Anyun dato List<>, in C #.

È possibile verificare la validità di un elemento nell'array come la seguente istruzione:

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

Che è esattamente lo stesso di

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

ed è molto più comune, leggibile e chiaro circa l'intento della ifdichiarazione.

Alla fine, siamo rimasti bloccati da questo pensiero:

.Any() può essere usato, funzionerà altrettanto bene, ma è meno chiaro sull'intento del programmatore, e in tal caso non dovrebbe essere usato.

Ma riteniamo che questo non possa essere giusto; ci manca qualcosa.

Siamo noi?

Tieni presente che Anynon funziona su un List; opera su un IEnumerable, che rappresenta un tipo concreto che può o meno avere una Countproprietà. È vero che non è necessariamente la cosa migliore da usare su un List, ma sicuramente è utile alla fine di una query LINQ. E ancora più utile della versione standalone è l'override che prende un predicato proprio come Where. Non c'è nulla di integrato in Listciò che sia conveniente o espressivo come il Anymetodo di estensione del predicato .

Inoltre, se si utilizza Count()(il metodo di estensione LINQ per IEnumerable), anziché Count(la proprietà attiva List), potrebbe essere necessario enumerare l'intera sequenza se non è possibile ottimizzarla via rilevando che il tipo di dati sottostante ha una Countproprietà . Se si dispone di una lunga sequenza, questo può essere un successo notevole delle prestazioni quando non si interessa davvero quello che il conteggio è, e vogliono solo sapere se ci sono eventuali elementi della collezione.

C'è una differenza di tempo di esecuzione Count()può essere O (n) dove Any()è O (1).

In realtà, tenere presente che esiste la proprietà List.Count e quindi il metodo Enumerable.Count .

Nel tuo esempio, stai usando il Enumerable.Count()metodo, che deve scorrere attraverso ogni singolo elemento dell'enumerazione per restituire un risultato. Ciò è chiaramente più lento della chiamata, Any()che deve solo scorrere sul primo elemento, se esiste.

MODIFICARE:

Nei commenti è stato sottolineato, giustamente, che il Enumerable.Count()metodo di estensione non ha bisogno di scorrere tutti gli elementi se rileva che anche l'enumerabile è un ICollection<T>. Quindi, nel caso di a List<T>, l'utilizzo della Countproprietà o del metodo in realtà non fa differenza.

Fonte 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 domanda sorprendente: trovo che l'intento list.Any()sia molto più chiaro dell'intento di list.Count()!=0.

Intento significa: se leggi il codice di qualcuno (e non lo hai scritto tu stesso), è del tutto ovvio ciò che il programmatore vuole ottenere e perché ha scritto così? Se un problema comune viene risolto in modo inutilmente complesso, si diventa immediatamente sospettosi e ci si chiede perché lo sviluppatore non abbia usato il modo semplice. Dai un'occhiata al codice e provi a vedere se hai perso qualcosa. Hai paura di cambiare il codice perché temi che manchi qualche effetto collaterale e la sua modifica potrebbe causare problemi imprevisti.

L'intento di utilizzare il Any()metodo è completamente chiaro: vuoi sapere se ci sono elementi nell'elenco o no.

L'intento dell'espressione Count()!=0invece non è ovvio per il lettore. Ovviamente non è difficile vedere che l'espressione ti dice se l'elenco è vuoto o no. Le domande sorgono perché lo scrivi in ​​questo modo particolare piuttosto che usare il metodo standard. Perché usi Count()esplicitamente? Se davvero solo bisogno di sapere se ci sono eventuali elementi di una lista, perché vuoi contare l'intero elenco prima? Non appena raggiungi 1 avrai già la tua risposta. Se la fonte fosse un iteratore su una grande raccolta (forse infinita) o fosse tradotta in sql, potrebbe fare una grande differenza in termini di prestazioni. Quindi forse l'uso esplicito di Count () è forzare l'esecuzione di una query differita o attraversare un iteratore?

Ma la fonte è in realtà un List<T>dove Count()è O (1) e non ha effetti collaterali. Ma se il codice si basa su questa proprietà di List<T>, allora perché non usare la Countproprietà che indica più chiaramente che ti aspetti un'operazione O (1) senza effetti collaterali?

Come è scritto, list.Count()!=0fa esattamente lo stesso, list.Any()tranne che è inutilmente più complesso e l'intento non è chiaro.

Forse è solo la parola? Anyè un aggettivo, non dire davvero nulla. Venendo da Java, lo chiamerei isNonEmptyche contiene un verbo. Un ragazzo SQL potrebbe preferire EXISTS. Ma forse si Anyadatta meglio al sistema C #.

Qualunque sia la parola scelta, una volta che ti ci abitui, deve essere molto più chiaro. Vuoi chiedere "Sono more than zerorimaste le bottiglie di birra"? Ti aspetteresti che le one or morepersone inizino a contarle prima di rispondere "No, non c'è any"?