.net进行3.5时代后，各种新的语言特性相继而来，今天主要说的是Lambda表达式带给我们的是什么？
说lambda肯定离不开匿名方法，说匿名方法肯定离不开委托，其实，你可以把这三个东西看作是一个事物的不同发展阶段，他们也标志着.net framework的发展史：
.net frameworks 1.x 委托
.net frameworks 2.x 匿名方法来实现委托
.net frameworks 3.x lambda表达式来实现委托
委托，delegate你不要简单的说，“把方法当方法的参数传递给一个方法”，说实话，过去很长一段时间我也是局限在这个概念上的，但真的静下来想想，可能并非这样，委托做为一种思想出现在了.net世界里，从1.x就开始了它的征途，到2.x委托的实例创建上有了质的突破，可能体现在写法简洁上（匿名方法），到了3.x配合lambda表达式，使人们渐渐把委托给忘记了，其实在lambda表达式里，你关心的可能不在是委托，而是一个业务的语义问题，即它更加人性化了。如select选择，where条件，orderby排序等。
下面再带大家看一个1.x到3.x委托实例的演化
.net 1.x时代
1 /// <summary> 2 /// 输出字符串，返回为整数 3 /// </summary> 4 /// <param name="str"></param> 5 /// <returns></returns> 6 public delegate int Count(string str); 7 /// <summary> 8 /// 求字符长度的方法 9 /// </summary> 10 /// <param name="str"></param> 11 /// <returns></returns> 12 public static int StrLength(string str) { return str.Length; }
调用时，需要实例化委托
1 Count a = new Count(StrLength); 2 a("abc");
.net 2.x时代，出现了匿名方法，它省略了实名方法的创建
1 Count anonymous = delegate(string str2) 2 { 3 return str2.Length; 4 }; 5 Console.WriteLine(anonymous("123"));
使用匿名方法，确实优化了不少，但好像还是少了点什么，感觉有点别扭，可以是delegate关键惹的祸吧
，在进入.net3.5 时代后，引入了lambda表达式，看看这种很炫的技术吧
1 Count lambda = i => 2 { 3 return i.Length; 4 };
代码又精简了，去掉了delegate关键字，实现上这种写法还不是正规的表达式写法，代码可以代进行精减
1 Count lambda2 = i => i.Length;
恩，这回应该是我们所需要的了，事实上，lambda表达式的这种特性叫“类型推演”，它可以推断出你的类型是什么，这个特性被广泛的应用在了LINQ上。
而向我之前介绍过的Func也是微软为我们封装好的委托，用lambda来实现它，很巧妙
Func<int, int> chengfang = (int cheng) => cheng * cheng;
当然，在lambda表达式美丽的背后，也有一些缺点：如性能有所降低，当然我是我们可以接受的
