当前位置>>
在最近比较新的项目中，已经开始在大量使用 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 中，我们是如何使用匿名函数的：
delegate (int firstItem, int secondItem)
{
return firstItem < secondItem;
});
至于C#1.1 中的代理，我不想回忆了，太痛苦 :<
不仅方法不能省，还要将 被代理函数的作为参数，构造成代理对象.
不回忆了，都历史了....
