C# syntaxe d'expression

Question

Je pensais à la différence entre Expression<Func<>> et Func<>, et je me demandais si vous pouvez convertir une méthode statique à un arbre d'expression comme suit:

class Program 
{ 
    static void Main(string[] args) 
    { 
     Func<int, int> t = x => hrm(x); 
     Func<int, int> t2 = new Func<int, int>(hrm); 

     // Works as expected: 
     Expression<Func<int, int>> et = x => hrm(x); 
     // Brokenness: 
     Expression<Func<int, int>> et2 = new Func<int, int>(hrm); 
    } 

    static int hrm(int x) 
    { 
     return x + 9; 
    } 
} 

Ce qui est si spécial au sujet de la deuxième « Func <> "Qu'il ne peut pas être converti en Expression, quand le premier peut?

Answer 1

Je pense que votre confusion vient du fait que lambdas peut représenter des expressions ou des délégués (avec la même syntaxe) en C#. Donc, ce code:

x => hrm(x) 

signifie quelque chose de différent selon l'endroit où il est écrit. Lorsqu'il est affecté à Func<int, int>, il est compilé normalement pour créer un délégué Func<int, int>. Cependant, lorsqu'il est affecté à une expression, le compilateur C# diffère la compilation et l'extrait est interprété comme une expression. Comparez ceci avec new Func<int, int>(hrm), qui renvoie toujours un délégué Func<int, int>.

Answer 2

Ma compréhension:
Un lambda peut être représenter une expression ou un délégué/Action/Func.
Le premier exemple fonctionne, car le côté gauche s'assure que vous voulez une expression.
Le deuxième exemple ne fonctionne pas, car vous créez un Func <> explicitement sur le côté droit.

Answer 3

Seules les expressions lambda sont convertibles en arbres d'expression. C'est pourquoi votre deuxième option ne compilera pas.

Vous pouvez créer un arbre d'expression pour représenter l'invocation de hrm() - mais ce serait soit via un lambda ou en créant l'AST à la main. De plus, dans les deux cas, le corps du hrm() n'est jamais disponible sous la forme d'un arbre d'expression - si c'est ce que vous cherchiez à faire.

Answer 4

Je vous recommande de jeter un oeil à ces deux billets de blog: Expression Tree Basics by Charlie Calvert et mon propre poste Generating Dynamic Methods with Expression Trees in Visual Studio 2010.

Cela devrait vous donner une idée de la syntaxe des arbres d'expression et de ce qu'ils peuvent et ne peuvent pas faire.