委托关键字与lambda表示法

Question

一旦编译完成,它们之间是否存在差异:

delegate { x = 0; }

和

() => { x = 0 }

？

Answer 1

简答:不.

更长的答案可能不相关:

• 如果将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.

Answer 2

我喜欢大卫的回答,但我认为我会迂腐.问题是,"一旦编译完成" - 这表明两个表达式都已编译完成.它们如何编译,但是一个被转换为委托,一个转换为表达式树？这是一个棘手的问题 - 您必须使用匿名方法的另一个功能; 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(Func<int, int> action)
    {
        Console.WriteLine("I suspect the anonymous method...");
    }

    static void Foo(Expression<Func<int>> 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(Action<int> action)
    {
        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; } );
    }
}

哎哟.记住孩子,每次重载从基类继承的方法时,一只小猫开始哭泣.