Lambda表达式供参习.docVIP

在我们程序中，经常有这样一些需求：1.?????? 需要一个临时方法，这个方法只会使用一次，或者使用的很少。2.?????? 这个方法的方法体很短，以至于比方法声明都短，写起来实在没劲(我将其称之为“一句话方法”)。没办法，这样的方法写起来真是吃力不讨好，比如一些按钮事件处理中，有些按钮点击就是弹出一个对话框，或者调用一下别的什么方法。比如下面的代码： this.btnRefresh.Click?+=?new?System.EventHandler(this.btnRefresh_Click);private?void?btnRefresh_Click(object?sender,?EventArgs?e){????BindData();} 这个”Refresh”按钮就是做一下调用一下BindData()数据绑定的方法，为此我们不得不写一个新方法。好了，C# 2.0为我们提供了匿名方法： this.btnRefresh.Click?+=?delegate(object?sender,?EventArgs?e)?{?BindData();?}; 没劲的代码没了。想知道这种写法的幕后黑手么？其实编译器还是在我们的后面干了一件龌龊的事情：它为我们产生了一个新的方法，它只是表面上为我们节省了代码。 privatevoidTestb__0(object?sender,?EventArgs?e){????this.BindData();} 看看这个编译器产生的方法的名称：Testb_0，Test是这个匿名方法所放置的地方(因为这个按钮的时间我是放在一个Test方法里的)还有一点需要注意的是,如果这个匿名方法是在实例方法里使用,那么编译器为我们生成的幕后方法也是实例方法,否则就是静态方法了.是不是觉得匿名方法这东西很不错,减少了很多代码阿,但是匿名方法的使用还并不人性化,什么是人性化呢?比如你可以用自然的语言将程序代码读出来,这样才算人性化了.在.net 2.0中System.Collections.Generic命名空间下ListT里有一些新增的方法。比如Find，如果使用匿名方法我们如何调用呢： books.Find(delegate(Book?book){return?book.Price??50;}); 代码是很简单，但是却无法朗读出来，来看看Lambda表达式的写法：books.Find(book=book.Price50);这个Lambda表达式就可以这样阅读出来了：给你一本书，如果它的价格小于50则返回true。好了，那我们就走进Lambda表达式吧：? 将使用了Lambda表达式的程序集反编译后，我们发现，它实际上和匿名方法没有什么不同。Lambda的输入参数就对应着delegate括号里面的参数，由于Lambda表达式可以推断参数的类型，所以这里的参数无需声明。Lambda操作符读作”Goes to”，它后面紧跟着表达式或者是语句块(这点和匿名方法也不同，匿名方法只能使用语句块而不能使用表达式)，下面我就用实例来说明一下有那些类型的Lambda表达式：//x的类型省略了，编译器可以根据上下文推断出来，后面跟着的是表达式x?= x+1?deleage(int x){return x+1;}//后面跟着的是语句块x={return x+1;} delegate(int x){return x+1;}//输入参数也可以带类型，带类型后别忘记小括号哦(int x) = x+1 delegate(int x){return x+1;}//也可以多个输入参数，逗号分隔，别忘记小括号(x,y) = x+y delegate(int x,int y){return x+y;}//无参的也行 () = 1 delegate(){return 1;} 对于Lambda表达式来说她的用法就是如此，但是在Lambda背后却有很多的故事和玄机。用Lambda表达式可以构建表达式树，而表达式树对于Linq来说就像树根对于树一样重要。在这里就不讨论表达式树的问题了，这个东西也不是三言两语能够说清楚的，等待时机成熟的时候我们再来进一步讨论。 Lambda表达式更多阅读 Lambda实际上源远流长，我们现在使用的机器都是冯-诺依曼体系的，属于图灵机，在那之前还有一种称作λ演算的理论,但是图灵机由于先被实现出来，所以大行其道，λ演算后来成就了函数式编程语言特别是Lisp，在函数式编程语言里函数是第一等元素，函数的参数，函数的返回值都是函数，程序没有变量，函数嵌套函数。而且函数式编程语言一直存在于象牙塔中，所以在工业界并没有得到通用，不过近年来工业界比较喜欢“复古”风格，所以函数式编程语言也慢慢