The biggest benefit of lambda expressions and anonymous functions is the fact that they allow the client (programmer) of a library/framework to inject functionality by means of code in the given library/framework ( as it is the LINQ, ASP.NET Core and many others ) in a way that the regular methods cannot. However, their strength is not obvious for a single application programmer but to the one that creates libraries that will be later used by others who will want to configure the behaviour of the library code or the one that uses libraries. So the context of effectively using a lambda expression is the usage/creation of a library/framework.

此外，由于它们描述的是一次性使用的代码，所以它们不必是类的成员，这样会导致代码更加复杂。想象一下，每当我们想要配置类对象的操作时，都必须声明一个焦点不明确的类。

Lambda表达式对于匿名委托来说是一种更简单的语法，可以在任何可以使用匿名委托的地方使用。然而，反过来就不对了;lambda表达式可以转换为表达式树，这允许很多魔术，如LINQ到SQL。

下面是一个使用匿名委托的LINQ to Objects表达式的例子，然后是lambda表达式，以显示它们是多么容易。

// anonymous delegate
var evens = Enumerable
                .Range(1, 100)
                .Where(delegate(int x) { return (x % 2) == 0; })
                .ToList();

// lambda expression
var evens = Enumerable
                .Range(1, 100)
                .Where(x => (x % 2) == 0)
                .ToList();

Lambda表达式和匿名委托相对于编写单独的函数有一个优势:它们实现了闭包，允许您将局部状态传递给函数，而无需向函数添加参数或创建一次性对象。

表达式树是c# 3.0的一个非常强大的新特性，它允许API查看表达式的结构，而不仅仅是获取一个可以执行的方法的引用。API只需要将委托参数转换为Expression<T>参数，编译器就会从lambda而不是匿名委托生成表达式树:

void Example(Predicate<int> aDelegate);

被称为:

Example(x => x > 5);

就变成:

void Example(Expression<Predicate<int>> expressionTree);

后者将获得描述表达式x > 5的抽象语法树的表示。LINQ to SQL依赖于此行为，能够将c#表达式转换为服务器端过滤/排序等所需的SQL表达式。

lambda表达式就像代替委托实例编写的匿名方法。

delegate int MyDelagate (int i);
MyDelagate delSquareFunction = x => x * x;

考虑lambda表达式x => x * x;

输入参数值为x(在=>的左边) 函数逻辑为x * x(在=>的右侧)

lambda表达式的代码可以是语句块，而不是表达式。

x => {return x * x;};

例子

注意:Func是一个预定义的泛型委托。

    Console.WriteLine(MyMethod(x => "Hi " + x));

    public static string MyMethod(Func<string, string> strategy)
    {
        return strategy("Lijo").ToString();
    }

参考文献

委托和接口如何可以互换使用?

很多时候，您只在一个地方使用功能，所以创建方法只会使类变得混乱。

当我想使用另一个控件为某个控件的事件声明一个处理程序时，我发现它们很有用。 要做到这一点，你必须将控件的引用存储在类的字段中，这样你就可以在不同的方法中使用它们。

private ComboBox combo;
private Label label;

public CreateControls()
{
    combo = new ComboBox();
    label = new Label();
    //some initializing code
    combo.SelectedIndexChanged += new EventHandler(combo_SelectedIndexChanged);
}

void combo_SelectedIndexChanged(object sender, EventArgs e)
{
    label.Text = combo.SelectedValue;
}

多亏了lambda表达式，你可以这样使用它:

public CreateControls()
{
    ComboBox combo = new ComboBox();
    Label label = new Label();
    //some initializing code
    combo.SelectedIndexChanged += (s, e) => {label.Text = combo.SelectedValue;};
}

容易得多。

创新在于类型的安全性和透明度。虽然您没有声明lambda表达式的类型，但它们是推断出来的，并且可以由代码搜索、静态分析、重构工具和运行时反射使用。

例如，在您使用SQL之前，可能会受到SQL注入攻击，因为黑客在通常需要数字的地方传递了一个字符串。现在您将使用LINQ lambda表达式，这是受保护的。

在纯委托上构建LINQ API是不可能的，因为它需要在计算表达式树之前将它们组合在一起。

2016年，大多数流行语言都支持lambda表达式，c#是主流命令式语言中这一演变的先驱之一。