.NET 中， 方法的演化： 从 Delegate 到 Lambda 到 LINQ

 ........ 前言

  在最近比较新的项目中，已经开始在大量使用 LINQ to SQL 了。

  LINQ旨在成为，在 .NET 中，访问不同类型数据源的统一标准。

  我个人不赞同，也不希望如此。

  有些时候, 一个庞大的杀毒软件, 还不如一个几十K 的专杀工具来的轻便。

  当然, LINQ 的优势, 在于对结构化数据的处理.

  于是就有了:

     LINQ to Object

      LINQ to XML

      LINQ to SQL

  这些目标数据源共同特性之一 ---- 较强的结构性。

 

 ........ 从 LINQ 追溯 Lambda

 

//LINQ to Object
            IEnumerable<Customer> filteredResult = from customer in customers
                                                   where customer.FirstName == "Donna"
                                                   select customer;

 

  上面是一个很简单的LINQ to Object. 

  有的人就会说，这和我用一个foreach的工作量差不多啊！

  如果你这样想，就太小瞧他了.

  配合

      join.. on     group.. by       orderby      let      nesting where,

   效率的提高，那不是一点点了 哈.  :)

   具体的例子，不需要给出。点到即可。

 

   LINQ 中的 filter , 是从 Lambda Expression  演化而来.

   上面的例子稍作变化，就可以看到我们亲切的Lambda 了.

//Statement Lambdas in LINQ
            IEnumerable<Customer> filteredResult = (from customer in customers
                                                    select customer).Where(c => c.FirstName.Equals("Donna"));

 

 ........ 从 Lambda 追溯 Delegate

   Lambda Expression 是 C# 3.0 中出现的神奇之物，它由 C# 2.0 中的 匿名函数演化而来。

同时，也将匿名函数的作用，发挥到了极致.

  有了它，我们甚至都可以不用指定参数的类型。

BubbleSort(items,
                (firstItem, secondItem) =>
                {
                    return firstItem < secondItem;
                });

 

  回想一下，在 C# 2.0 中，我们是如何使用匿名函数的：

BubbleSort(items,
                delegate (int firstItem, int secondItem)
                {
                    return firstItem < secondItem;
                });

 

  至于C#1.1 中的代理，我不想回忆了，太痛苦 :<

  不仅方法不能省，还要将 被代理函数的作为参数，构造成代理对象.  

 

  不回忆了，都历史了....