代码之美~Lambda带给我们的不只是简洁

.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时代

        /// <summary>
        /// 输出字符串，返回为整数
        /// </summary>
        /// <param name="str"></param>
        /// <returns></returns>
        public delegate int Count(string str);
        /// <summary>
        /// 求字符长度的方法
        /// </summary>
        /// <param name="str"></param>
        /// <returns></returns>
        public static int StrLength(string str) { return str.Length; }

调用时，需要实例化委托

   Count a = new Count(StrLength);
   a("abc");

.net 2.x时代，出现了匿名方法，它省略了实名方法的创建

          Count anonymous = delegate(string str2)
            {
                return str2.Length;
            };
            Console.WriteLine(anonymous("123"));

使用匿名方法，确实优化了不少，但好像还是少了点什么，感觉有点别扭，可以是delegate关键惹的祸吧
，在进入.net3.5 时代后，引入了lambda表达式，看看这种很炫的技术吧

          Count lambda = i =>
            {
                return i.Length;
            };

代码又精简了，去掉了delegate关键字，实现上这种写法还不是正规的表达式写法，代码可以代进行精减

   Count lambda2 = i => i.Length;

恩，这回应该是我们所需要的了，事实上，lambda表达式的这种特性叫“类型推演”，它可以推断出你的类型是什么，这个特性被广泛的应用在了LINQ上。

而向我之前介绍过的Func也是微软为我们封装好的委托，用lambda来实现它，很巧妙

Func<int, int> chengfang = (int cheng) => cheng * cheng;

当然，在lambda表达式美丽的背后，也有一些缺点：如性能有所降低，当然我是我们可以接受的