C# Lambda comportement déconcertant

Question

Func<Classification, string> test1 = c => c.Id = "x"; 
Func<Classification, string> test2 = c => { return c.Id = "x";}; 

J'ai travaillé avec lambda de près d'un an ou maintenant et assez raisonnable avec eux, mais aujourd'hui, je regardais NBuilder et vu un Func bizarre qui ne semble pas correspondre aux exemples . J'ai joué de toute façon et ça se vérifie mais je ne comprends pas pourquoi les compilations ci-dessus et encore moins les runs. Nous faisons une mission et donc l'expression n'évalue rien, n'est-ce pas ??? ou non

donc je pensais que peut-être quelque chose que j'ai manqué lié à lambda, donc j'ai essayé quelque chose d'autre:

[Test] 
    public void AmIGoingMad() 
    { 
     Assert.That(Test(),Is.Null); // not sure what to expect - compile fail? 
    } 

    public string Test() 
    { 
     string subject = ""; 
     return subject = "Matt"; 
    } 

Effectivement AmIGoingMad échoue et « Matt » est en fait retourné.

Pourquoi avons-nous ce comportement? Où est-ce documenté? Est-ce purement un raccourci syntaxique? J'ai l'impression d'avoir manqué quelque chose de fondamental dans ma compréhension de lambda ou même de C#.

Se sentir bête.

Answer 1

Une instruction d'affectation a une valeur de retour - cette valeur est celle qui a été affectée. Même C avait cela, vous pouvez donc enchaîner des missions telles que les suivantes:

a = b = c = d = 10; 

L'affectation à d a la valeur de rendement de 10 qui obtient affecté à c, et ainsi de suite.

Answer 2

Ce que vous voyez est le chaînage d'affectation, quelque chose qui remonte à C/C++. Il est là pour soutenir ce scénario:

int a = b = c = 0; 

Ou quelque part je l'utilise réellement:

public static IEnumerable<string> ReadLines(string filePath) 
{ 
    using (var rdr = new StreamReader(filePath)) 
    { 
     string line; 
     while ((line = rdr.ReadLine()) != null) // <----- 
     { 
      yield return line; 
     } 
    } 
} 

Answer 3

Je ne comprends pas votre question.

Vous postez le code qui vous ressemble avez mal compris la différence entre = et ==, puis commenter explicitement que vous voulez utiliser = qui est l'opérateur d'affectation.

Permettez-moi de vous poser une question à la place:

Pourquoi voudriez-vous ou attendre que cela ne compilera pas?

Assert.That(Test(),Is.Null); // not sure what to expect - compile fail? 

Fondamentalement, vous faites ceci:

String temp = Test(); 
Assert.That(temp, Is.Null); 

Answer 4

Cela fonctionne parce que l'affectation c.Id = "x" évalue à la valeur de "x". Vous pouvez utiliser ceci par exemple si vous voulez assigner et vérifier une valeur dans une instruction (que certains considèrent comme une mauvaise pratique) comme ceci:

string s; 
if((s = SomeFunction()) != null) { \\do something with s } 

Answer 5

Comme d'autres ont dit, l'affectation retourne une valeur elle-même.

Vous pouvez également profiter comme ceci:

private List<string> theList; 
public List<string> LazyList 
{ 
    get { return theList ?? (theList = new List<string>()); } 
}