我已经快速阅读了Microsoft Lambda表达式文档。
不过,这样的例子帮助我更好地理解:
delegate int del(int i);
del myDelegate = x => x * x;
int j = myDelegate(5); //j = 25
不过,我还是不明白为什么这是一种创新。它只是一个在“方法变量”结束时死亡的方法,对吧?为什么我要用这个而不是真正的方法?
我已经快速阅读了Microsoft Lambda表达式文档。
不过,这样的例子帮助我更好地理解:
delegate int del(int i);
del myDelegate = x => x * x;
int j = myDelegate(5); //j = 25
不过,我还是不明白为什么这是一种创新。它只是一个在“方法变量”结束时死亡的方法,对吧?为什么我要用这个而不是真正的方法?
当前回答
在c#中,我们不能像在JavaScript中那样将函数作为参数传递。解决方法是使用委托。
当我们想参数化行为而不是值时,我们使用委托。Lambdas是编写委托的实用语法,可以很容易地将行为作为函数传递。
其他回答
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表达式的最好解释-> https://youtu.be/j9nj5dTo54Q
总之,这是为了提高代码的可读性,通过重用而不是复制代码来减少错误的机会,并利用发生在幕后的优化。
创新在于类型的安全性和透明度。虽然您没有声明lambda表达式的类型,但它们是推断出来的,并且可以由代码搜索、静态分析、重构工具和运行时反射使用。
例如,在您使用SQL之前,可能会受到SQL注入攻击,因为黑客在通常需要数字的地方传递了一个字符串。现在您将使用LINQ lambda表达式,这是受保护的。
在纯委托上构建LINQ API是不可能的,因为它需要在计算表达式树之前将它们组合在一起。
2016年,大多数流行语言都支持lambda表达式,c#是主流命令式语言中这一演变的先驱之一。
这样可以避免在远离使用方法的地方定义只在特定位置使用一次的方法。好的用途是作为泛型算法(如排序)的比较器,然后您可以定义一个自定义排序函数,在该函数中调用排序,而不是进一步迫使您查看其他地方以查看您正在排序的对象。
这并不是真正的创新。LISP拥有lambda函数已经有30年或更长时间了。