一旦编译完成,它们之间是否存在差异:
delegate { x = 0; }
和
() => { x = 0 }
?
简答:不.
更长的答案可能不相关:
如果将lambda分配给委托类型(例如Func
或Action
),您将获得匿名委托.
如果将lambda分配给Expression类型,则将获得表达式树而不是匿名委托.然后可以将表达式树编译为匿名委托.
编辑:这是表达式的一些链接.
System.Linq.Expression.Expression(TDelegate)(从这里开始).
Linq in-memory with delegates(例如System.Func)使用System.Linq.Enumerable.带表达式的Linq to SQL(以及其他任何东西)使用System.Linq.Queryable.查看这些方法的参数.
ScottGu的解释.简而言之,Linq in-memory将生成一些匿名方法来解析您的查询.Linq to SQL将生成表示查询的表达式树,然后将该树转换为T-SQL.Linq to Entities将生成表示查询的表达式树,然后将该树转换为适合平台的SQL.
我喜欢大卫的回答,但我认为我会迂腐.问题是,"一旦编译完成" - 这表明两个表达式都已编译完成.它们如何编译,但是一个被转换为委托,一个转换为表达式树?这是一个棘手的问题 - 您必须使用匿名方法的另一个功能; lambda表达式不共享的唯一一个.如果指定匿名方法而根本没有指定参数列表,则它与返回void且没有任何out
参数的任何委托类型兼容.有了这些知识,我们应该能够构造两个重载来使表达式完全明确但非常不同.
但灾难来袭!至少在C#3.0中,你不能将带有块体的lambda表达式转换为表达式 - 也不能将lambda表达式转换为正文中的赋值(即使它被用作返回值).这可能会随着C#4.0和.NET 4.0而改变,这允许在表达式树中表达更多内容.所以换句话说,通过MojoFilter碰巧给出的例子,两者几乎总是被转换成同样的东西.(一分钟内有更多细节.)
如果我们稍微更改一些实体,我们可以使用委托参数技巧:
using System; using System.Linq.Expressions; public class Test { static void Main() { int x = 0; Foo( () => x ); Foo( delegate { return x; } ); } static void Foo(Funcaction) { Console.WriteLine("I suspect the anonymous method..."); } static void Foo(Expression > func) { Console.WriteLine("I suspect the lambda expression..."); } }
可是等等!如果我们足够狡猾,即使不使用表达式树,我们也可以区分这两者.下面的例子使用了重载决策规则(以及匿名委托匹配技巧)......
using System; using System.Linq.Expressions; public class Base { public void Foo(Action action) { Console.WriteLine("I suspect the lambda expression..."); } } public class Derived : Base { public void Foo(Actionaction) { Console.WriteLine("I suspect the anonymous method..."); } } class Test { static void Main() { Derived d = new Derived(); int x = 0; d.Foo( () => { x = 0; } ); d.Foo( delegate { x = 0; } ); } }
哎哟.记住孩子,每次重载从基类继承的方法时,一只小猫开始哭泣.