对于匿名方法，是否存在委托语法优于 lambda 表达式的情况？

Question

随着 lambda 表达式（内联代码）等新功能的出现，是否意味着我们不再需要使用委托或匿名方法？ 在我见过的几乎所有示例中，都是为了使用新语法进行重写。

任何我们仍然需要使用委托和 lambda 表达式的地方都无法工作吗？

Answer 1

是的，有些地方直接使用匿名委托和 lambda 表达式是行不通的。

如果方法采用非类型化委托，则编译器不知道将匿名委托/lambda 表达式解析为什么，并且您将收到编译器错误。

public static void Invoke(Delegate d)
{
  d.DynamicInvoke();
}

static void Main(string[] args)
{
  // fails
  Invoke(() => Console.WriteLine("Test"));

  // works
  Invoke(new Action(() => Console.WriteLine("Test")));

  Console.ReadKey();
}

失败的代码行将收到编译器错误“无法将 lambda 表达式转换为类型‘System.Delegate’，因为它不是委托类型”。

Answer 2

lambda 是匿名委托的快捷方式，但您将始终使用委托。 委托指定方法签名。 你可以这样做：

 delegate(int i) { Console.WriteLine(i.ToString()) }

可以替换为

f => Console.WriteLine(f.ToString())

Answer 3

Lambda 表达式不是（也无意成为）取代（隐藏）委托的灵丹妙药。 它对于本地的小事情非常有用，例如：

List<string> names = GetNames();
names.ForEach(Console.WriteLine);

1. 它使代码更具可读性，因此更容易理解。
2. 它使代码更短，从而减少了我们的工作;)

另一方面，很容易滥用它们。 长或/和复杂的 lambda 表达式往往是：

1. 对于新开发人员来说难以理解
2. 面向对象较少
3. 更难阅读

那么“这是否意味着我们不必再使用委托或匿名方法了？” 否 – 使用 Lambda 表达式可以赢得时间/可读性，否则请考虑使用委托。

Answer 4

较旧的delegate 语法的一个不太大优点是，如果您不在方法主体中使用参数，则无需指定参数。 来自 msdn

在一种情况下，匿名方法提供功能
在 lambda 表达式中找不到。 匿名方法使您能够省略
参数列表。 这意味着匿名方法可以
转换为具有各种签名的代表。 这不是
可以使用 lambda 表达式。

例如，您可以这样做：

Action<int> a = delegate { }; //takes 1 argument, but not specified on the RHS

虽然这失败了：

Action<int> a = => { }; //omitted parameter, doesnt compile.

这种技术在编写事件处理程序时通常会很方便，例如：

button.onClicked += delegate { Console.WriteLine("clicked"); };

这不是一个强优势。 恕我直言，最好总是采用更新的语法。

Answer 5

委托在 C# 中有两种含义。

关键字delegate可用于定义函数签名类型。 这通常在定义高阶函数（即采用其他函数作为参数的函数）的签名时使用。 委托的这种用法仍然具有相关性。

delegate 关键字也可用于定义内联匿名函数。 如果函数只是单个表达式，则 lambda 语法是一种更简单的替代方案。

Answer 6

Lambda 表达式只是“语法糖”，编译器将为您生成适当的委托。 您可以使用 Lutz Roeder 的 Reflector 来调查这一点。

Answer 7

Lamda 只是委托的语法糖，它们不仅仅是内联的，您可以执行以下操作：

s.Find(a =>
{
    if (a.StartsWith("H"))
        return a.Equals("HI");
    else
        return !a.Equals("FOO");
});

在定义事件时，或者当您有很多参数并且想要实际强类型化被调用的方法时，仍然使用委托。