委托关键字与lambda表示法

问题描述 投票:173回答:6

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

delegate { x = 0; }

() => { x = 0 }

?

c# .net delegates lambda anonymous-methods
6个回答
136
投票

简答:不。

更长的答案可能不相关:

  • 如果将lambda分配给委托类型(例如FuncAction),您将获得一个匿名委托。
  • 如果将lambda分配给Expression类型,则将获得表达式树而不是匿名委托。然后可以将表达式树编译为匿名委托。

编辑:这是表达式的一些链接。

  • System.Linq.Expression.Expression(TDelegate)(从这里开始)。
  • Linq in-memory with delegates(例如System.Func)使用System.Linq.Enumerable。带表达式的Linq to SQL(以及其他任何东西)使用System.Linq.Queryable。查看这些方法的参数。
  • 一个Explanation from ScottGu。简而言之,Linq in-memory将生成一些匿名方法来解析您的查询。 Linq to SQL将生成表示查询的表达式树,然后将该树转换为T-SQL。 Linq to Entities将生成表示查询的表达式树,然后将该树转换为适合平台的SQL。

121
投票

我喜欢大卫的回答,但我认为我会迂腐。问题是,“一旦编译完成” - 这表明两个表达式都已编译完成。它们如何编译,但是一个被转换为委托,一个转换为表达式树?这是一个棘手的问题 - 您必须使用匿名方法的另一个功能; 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; } );
    }
}

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


2
投票

大卫B是对的。请注意,使用表达式树可能有好处。 LINQ to SQL将检查表达式树并将其转换为SQL。

您还可以使用lambdas和表达式树来进行技巧,以有效地将类成员的名称以重构安全的方式传递给框架。 qazxsw poi就是一个例子。


2
投票

在上面的两个例子中,没有区别,零。

表达方式:

Moq

是带有语句体的Lambda表达式,因此无法将其编译为表达式树。实际上它甚至没有编译,因为它在0之后需要一个分号:

() => { x = 0 }

-1
投票

它们是有区别的

例:

() => { x = 0; } // Lambda statement body
() => x = 0      // Lambda expression body, could be an expression tree. 

我用lambda替换:(错误)

var mytask = Task.Factory.StartNew(() =>
{
    Thread.Sleep(5000);
    return 2712;
});
mytask.ContinueWith(delegate
{
    _backgroundTask.ContinueTask(() =>lblPercent.Content = mytask.Result.ToString(CultureInfo.InvariantCulture));
});   

-1
投票

这里有一些基础知识。

这是一种匿名方法

var mytask = Task.Factory.StartNew(() =>
{
    Thread.Sleep(5000);
    return 2712;
});
mytask.ContinueWith(()=>
{
    _backgroundTask.ContinueTask(() =>lblPercent.Content = mytask.Result.ToString(CultureInfo.InvariantCulture));
});

由于匿名方法没有名称,我们需要一个委托,我们可以在其中分配这些方法或表达式。例如

(string testString) => { Console.WriteLine(testString); };

与lambda表达式相同。通常我们需要一个代表来使用它们

delegate void PrintTestString(string testString); // declare a delegate

PrintTestString print = (string testString) => { Console.WriteLine(testString); }; 
print();

我们可以使用func委托来使用这个表达式。

s => s.Age > someValue && s.Age < someValue    // will return true/false
© www.soinside.com 2019 - 2024. All rights reserved.