Stile C#: Lambdas, _ => o x =>?

Question

Ho usato espressioni lambda in altre lingue prima di usarle in C#, e così ho preso l'abitudine di usare _ per lambdas semplici sotto forma di Func<T, TResult>, specialmente per lambdas semplici dove il corpo è solo un'espressione che rappresenta il valore di ritorno (predicati, ecc.). Tuttavia, in C# spesso vedo singole lettere utilizzate al posto di _ per questi stessi tipi di espressioni lambda, come ad esempio x,y,z,i,j,k. L'approccio alla lettera mi sembra strano, poiché quelle lettere hanno già un altro significato tipico nell'uso comune, per le variabili del ciclo. _ è spesso più facile da leggere secondo me. Lo stile a singola lettera è davvero lo stile stabilito per lambda in C#?

Esempi:

quello che sono abituato a scrivere:

var ages = people.Select(_ => _.Age); 

quello che sto vedendo in fase di scrittura, invece:

var ages = people.Select(x => x.Age); // choice of 'x' is not consistent 

Answer 1

Molti sviluppatori C# utilizzano _ per indicare che il parametro non verrà utilizzato e una lettera o un altro nome breve quando viene utilizzato il parametro .

Altre risorse:

• Interesting discussion on using _ instead of ()

Answer 2

non c'è stile 'stabilita' per denominare le variabili lambda. Tuttavia, un carattere di sottolineatura in genere indica un tipo di variabile membro di istanza, il che significa che il tuo stile potrebbe entrare in conflitto con altri standard di denominazione rispetto a un nome di variabile normale.

Long Story Short - Fai ciò che funziona per te.

Answer 3

Oppure è possibile utilizzare un nome significativo, ad es.

var ages = people.Select(person => person.Age); 

Answer 4

Si tratta di un nome di variabile, quindi mi piacerebbe andare con l'idea che il nome dovrebbe trasmettere le informazioni di cui ha bisogno per trasmettere. Quali informazioni trasmettono _?

Allo stesso fine, quali informazioni trasmettono x?

potrei scrivere il vostro esempio come questo:

var ages = people.Select(p => p.Age); 

L'idea è che ritengo che il p almeno suggerisce nel contesto di tutta la dichiarazione che si tratta di un record people. Si potrebbe prendere ancora di più:

var ages = people.Select(person => person.Age); 

Ora che trasmette al lettore che cosa è in realtà quella variabile. Naturalmente, per una dichiarazione così piccola, si può sostenere che è eccessivo. Io non la penso così, ma è una questione di preferenza. (E non solo le tue preferenze, ma la preferenza di chiunque debba supportare questo codice.)

Per espressioni lambda significativamente più grandi, multilinea e complesse, il nome diventa ancora più importante.Quanto più lontano è dal contesto di ciò che significa la variabile, tanto più il nome della variabile deve portare con sé quel contesto.

Answer 5

C'è un motivo per cui si può dare un nome - perché a volte si può avere più ingressi e la necessità di differenziarli:

Func<int,int,int> product = (num1, num2) => (num1 * num2); // takes in two ints, and returns one int 
int x = product(2, 3); 

Answer 6

Come è una funzione lambda così diverso da qualsiasi altro metodo. Se qualcuno dovesse scrivere codice con un metodo come:

public static int getAge(Person _) 
{ 
    return _.Age; 
} 

o

public static int getAge(Person x) 
{ 
    return x.Age; 
} 

Cosa vorresti dire?

A mio parere, la scelta del nome di un parametro per un lambda dovrebbe essere altrettanto significativa del parametro di qualsiasi altro metodo. Potrei fare eccezioni occasionali per una funzione di identità x => x perché in questo caso la variabile non ha bisogno di dire nulla, può davvero essere qualsiasi cosa, ma usare un underscore o una singola lettera per tutto ciò che ho in mente rende il codice molto meno leggibile. (Così tante persone apprezzano i vantaggi di LINQ/Lambdas come leggibilità, che viene sconfitta se si nascondono tutte le variabili.)

Answer 7

In C#, _ viene utilizzato per le variabili di classe (attributo) e _ non viene utilizzato per le variabili locali. Quindi è bene usare un nome significativo per variabili locali e variabili di classe.

Es:

var personList = (from person in people where person.Age > 18 select person).ToList();