30分钟LINQ教程
千万别被这个页面的滚动条吓到！！！
我相信你一定能在30分钟之内看完它！！！
在说LINQ之前必须先说说几个重要的C#语言特性
一：与LINQ有关的语言特性
1.隐式类型
（1）源起
在隐式类型出现之前,
我们在声明一个变量的时候,
总是要为一个变量指定他的类型
甚至在foreach一个集合的时候，
也要为遍历的集合的元素，指定变量的类型
隐式类型的出现，
程序员就不用再做这个工作了。
（2）使用方法
来看下面的代码：
var a = 1; //int a = 1; var b = "123";//string b = "123"; var myObj = new MyObj();//MyObj myObj = new MyObj()
上面的每行代码，与每行代码后面的注释，起到的作用是完全一样的
也就是说，在声明一个变量（并且同时给它赋值）的时候，完全不用指定变量的类型，只要一个var就解决问题了
（3）你担心这样写会降低性能吗？
我可以负责任的告诉你，这样写不会影响性能！
上面的代码和注释里的代码，编译后产生的IL代码（中间语言代码）是完全一样的
（编译器根据变量的值，推导出变量的类型，才产生的IL代码）
（4）这个关键字的好处：
你不用在声明一个变量并给这个变量赋值的时候，写两次变量类型
（这一点真的为开发者节省了很多时间）
在foreach一个集合的时候，可以使用var关键字来代替书写循环变量的类型
（5）注意事项
你不能用var关键字声明一个变量而不给它赋值
因为编译器无法推导出你这个变量是什么类型的。
2.匿名类型
(1)源起
创建一个对象，一定要先定义这个对象的类型吗？
不一定的！
来看看这段代码
（2）使用
var obj = new {Guid.Empty, myTitle = "匿名类型", myOtherParam = new int[] { 1, 2, 3, 4 } }; Console.WriteLine(obj.Empty);//另一个对象的属性名字，被原封不动的拷贝到匿名对象中来了。 Console.WriteLine(obj.myTitle); Console.ReadKey();
new关键字之后就直接为对象定义了属性，并且为这些属性赋值
而且，对象创建出来之后，在创建对象的方法中，还可以畅通无阻的访问对象的属性
当把一个对象的属性拷贝到匿名对象中时，可以不用显示的指定属性的名字，这时原始属性的名字会被“拷贝”到匿名对象中
（3）注意
如果你监视变量obj，你会发现，obj的类型是Anonymous Type类型的
不要试图在创建匿名对象的方法外面去访问对象的属性！
（4）优点
这个特性在网站开发中，序列化和反序列化JSON对象时很有用
3.自动属性
（1）源起
为一个类型定义属性，我们一般都写如下的代码：
public class MyObj2 { private Guid _id; private string _Title; public Guid id { get { return _id; } set { _id = value; } } public string Title { get { return _Title; } set { _Title = value; } } }
但很多时候，这些私有变量对我们一点用处也没有，比如对象关系映射中的实体类。
自C#3.0引入了自动实现的属性，
以上代码可以写成如下形式：
（2）使用
public class MyObj { public Guid id { get; set; } public string Title { get; set; } }
这个特性也和var关键字一样，是编译器帮我们做了工作，不会影响性能的
4.初始化器
（1）源起
我们创建一个对象并给对象的属性赋值，代码一般写成下面的样子
var myObj = new MyObj(); myObj.id = Guid.NewGuid(); myObj.Title = "allen";
自C#3.0引入了对象初始化器，
代码可以写成如下的样子
（2）使用
var myObj1 = new MyObj() { id = Guid.NewGuid(), Title = "allen" };
如果一个对象是有参数的构造函数
那么代码看起来就像这样
var myObj1 = new MyObj ("allen") { id = Guid.NewGuid(), Title = "allen" };
集合初始化器的样例代码如下：
var arr = new List<int>() { 1, 2, 3, 4, 5, 6 };
（3）优点
我个人认为：这个特性不是那么amazing，
这跟我的编码习惯有关，集合初始化器也就罢了，
真的不习惯用对象初始化器初始化一个对象！
5.委托
（1）使用
我们先来看一个简单的委托代码
delegate Boolean moreOrlessDelgate(int item); class Program { static void Main(string[] args) { var arr = new List<int>() { 1, 2, 3, 4, 5, 6,7,8 }; var d1 = new moreOrlessDelgate(More); Print(arr, d1); Console.WriteLine("OK"); var d2 = new moreOrlessDelgate(Less); Print(arr, d2); Console.WriteLine("OK"); Console.ReadKey(); } static void Print(List<int> arr,moreOrlessDelgate dl) { foreach (var item in arr) { if (dl(item)) { Console.WriteLine(item); } } } static bool More(int item) { if (item > 3) { return true; } return false; } static bool Less(int item) { if (item < 3) { return true; } return false; } }
这段代码中
<1>首先定义了一个委托类型
delegate Boolean moreOrlessDelgate(int item);
你看到了，委托和类是一个级别的，确实是这样：委托是一种类型
和class标志的类型不一样，这种类型代表某一类方法。
这一句代码的意思是：moreOrlessDelgate这个类型代表返回值为布尔类型，输入参数为整形的方法
<2>有类型就会有类型的实例
var d1 = new moreOrlessDelgate(More);
var d2 = new moreOrlessDelgate(Less);
这两句就是创建moreOrlessDelgate类型实例的代码，
它们的输入参数是两个方法
<3>有了类型的实例，就会有操作实例的代码
Print(arr, d1);
Print(arr, d2);
我们把前面两个实例传递给了Print方法
这个方法的第二个参数就是moreOrlessDelgate类型的
在Print方法内用如下代码，调用委托类型实例所指向的方法
dl(item)
6.泛型
(1)为什么要有泛型
假设你是一个方法的设计者，
这个方法有一个传入参数，有一个返回值。
但你并不知道这个参数和返回值是什么类型的，
如果没有泛型，你可能把参数和返回值的类型都设定为Object了
那时，你心里肯定在想：反正一切都是对象，一切的基类都是Object
没错！你是对的！
这个方法的消费者，会把他的对象传进来（有可能会做一次装箱操作）
并且得到一个Object的返回值，他再把这个返回值强制类型转化为他需要的类型
除了装箱和类型转化时的性能损耗外，代码工作的很好！
那么这些性能损耗能避免掉吗？
有泛型之后就可以了！
（2）使用
<1>使用简单的泛型
先来看下面的代码：
var intList = new List<int>() { 1,2,3}; intList.Add(4); intList.Insert(0, 5); foreach (var item in intList) { Console.WriteLine(item); } Console.ReadKey();
在上面这段代码中我们声明了一个存储int类型的List容器
并循环打印出了容器里的值
注意：如果这里使用Hashtable、Queue或者Stack等非泛型的容器
就会导致装箱操作，损耗性能。因为这些容器只能存储Object类型的数据
<2>泛型类型
List<T>、Dictionary<TKey, TValue>等泛型类型都是.net类库定义好并提供给我们使用的
但在实际开发中，我们也经常需要定义自己的泛型类型
来看下面的代码：
public static class SomethingFactory<T> { public static T InitInstance(T inObj) { if (false)//你的判断条件 { //do what you want... return inObj; } return default(T); } }
这段代码的消费者如下：
var a1 = SomethingFactory<int>.InitInstance(12); Console.WriteLine(a1); Console.ReadKey();
输出的结果为0
这就是一个自定义的静态泛型类型，
此类型中的静态方法InitInstance对传入的参数做了一个判断
如果条件成立，则对传入参数进行操作之后并把它返回
如果条件不成立，则返回一个空值
注意：
[1]
传入参数必须为指定的类型，
因为我们在使用这个泛型类型的时候，已经规定好它能接收什么类型的参数
但在设计这个泛型的时候，我们并不知道使用者将传递什么类型的参数进来
[2]
如果你想返回T类型的空值，那么请用default(T)这种形式
因为你不知道T是值类型还是引用类型，所以别擅自用null
<3>泛型约束
很多时候我们不希望使用者太过自由
我们希望他们在使用我们设计的泛型类型时
不要很随意的传入任何类型
对于泛型类型的设计者来说，要求使用者传入指定的类型是很有必要的
因为我们只有知道他传入了什么东西，才方便对这个东西做操作
让我们来给上面设计的泛型类型加一个泛型约束
代码如下：
public static class SomethingFactory<T> where T:MyObj
这样在使用SomethingFactory的时候就只能传入MyObj类型或MyObj的派生类型啦
注意：
还可以写成这样
where T:MyObj,new()
来约束传入的类型必须有一个构造函数。
（3）泛型的好处
<1>算法的重用
想想看：list类型的排序算法，对所有类型的list集合都是有用的
<2>类型安全
<3>提升性能
没有类型转化了，一方面保证类型安全，另一方面保证性能提升
<4>可读性更好
这一点就不解释了
7.泛型委托
（1）源起
委托需要定义delgate类型
使用起来颇多不便
而且委托本就代表某一类方法
开发人员经常使用的委托基本可以归为三类，
哪三类呢？
请看下面：
（2）使用
<1>Predicate泛型委托
把上面例子中d1和d2赋值的两行代码改为如下：
//var d1 = new moreOrlessDelgate(More); var d1 = new Predicate<int>(More);
//var d2 = new moreOrlessDelgate(Less); var d2 = new Predicate<int>(Less);
把Print方法的方法签名改为如下：
//static void Print(List<int> arr, moreOrlessDelgate<int> dl) static void Print(List<int> arr, Predicate<int> dl)
然后再运行方法，控制台输出的结果和原来的结果是一模一样的。
那么Predicate到底是什么呢？
来看看他的定义：
// 摘要: // 表示定义一组条件并确定指定对象是否符合这些条件的方法。 // // 参数: // obj: // 要按照由此委托表示的方法中定义的条件进行比较的对象。 // // 类型参数: // T: // 要比较的对象的类型。 // // 返回结果: // 如果 obj 符合由此委托表示的方法中定义的条件，则为 true；否则为 false。 public delegate bool Predicate<in T>(T obj);
看到这个定义，我们大致明白了。
.net为我们定义了一个委托，
这个委托表示的方法需要传入一个T类型的参数，并且需要返回一个bool类型的返回值
有了它，我们就不用再定义moreOrlessDelgate委托了，
而且，我们定义的moreOrlessDelgate只能搞int类型的参数，
Predicate却不一样，它可以搞任意类型的参数
但它规定的还是太死了，它必须有一个返回值，而且必须是布尔类型的，同时，它必须有一个输入参数
除了Predicate泛型委托，.net还为我们定义了Action和Func两个泛型委托
<2>Action泛型委托
Action泛型委托限制的就不那么死了，
他代表了一类方法：
可以有0个到16个输入参数，
输入参数的类型是不确定的，
但不能有返回值，
来看个例子：
var d3 = new Action(noParamNoReturnAction); var d4 = new Action<int, string>(twoParamNoReturnAction);
注意：尖括号中int和string为方法的输入参数
static void noParamNoReturnAction() { //do what you want } static void twoParamNoReturnAction(int a, string b) { //do what you want }
<3>Func泛型委托
为了弥补Action泛型委托，不能返回值的不足
.net提供了Func泛型委托，
相同的是它也是最多0到16个输入参数，参数类型由使用者确定
不同的是它规定要有一个返回值，返回值的类型也由使用者确定
如下示例：
var d5 = new Func<int, string>(oneParamOneReturnFunc);
注意：string类型（最后一个泛型类型）是方法的返回值类型
static string oneParamOneReturnFunc(int a) { //do what you want return string.Empty; }
8.匿名方法
（1）源起
在上面的例子中
为了得到序列中较大的值
我们定义了一个More方法
var d1 = new Predicate<int>(More);
然而这个方法，没有太多逻辑（实际编程过程中，如果逻辑较多，确实应该独立一个方法出来）
那么能不能把More方法中的逻辑，直接写出来呢？
C#2.0之后就可以了，
请看下面的代码：
（2）使用
var arr = new List<int>() { 1, 2, 3, 4, 5, 6, 7, 8 }; //var d1 = new moreOrlessDelgate(More); //var d1 = new Predicate<int>(More); var d1 = new Predicate<int>(delegate(int item) {
//可以访问当前上下文中的变量
Console.WriteLine(arr.Count);
if (item > 3)
{ return true; } return false; }); Print(arr, d1); Console.WriteLine("OK");
我们传递了一个代码块给Predicate的构造函数
其实这个代码块就是More函数的逻辑
（3）好处
<1>代码可读性更好
<2>可以访问当前上下文中的变量
这个用处非常大，
如果我们仍旧用原来的More函数
想要访问arr变量，势必要把arr写成类级别的私有变量了
用匿名函数的话，就不用这么做了。
9.Lambda表达式
（1）源起
.net的设计者发现在使用匿名方法时，
仍旧有一些多余的字母或单词的编码工作
比如delegate关键字
于是进一步简化了匿名方法的写法
（2）使用
List<int> arr = new List<int>() { 1, 2, 3, 4, 5, 6, 7 }; arr.ForEach(new Action<int>(delegate(int a) { Console.WriteLine(a); })); arr.ForEach(new Action<int>(a => Console.WriteLine(a)));
匿名方法的代码如下：
delegate(int a) { Console.WriteLine(a); }
使用lambda表达式的代码如下：
a => Console.WriteLine(a)
这里解释一下这个lambda表达式
<1>
a是输入参数，编译器可以自动推断出它是什么类型的，
如果没有输入参数，可以写成这样：
() => Console.WriteLine("ddd")
<2>
=>是lambda操作符
<3>
Console.WriteLine(a)是要执行的语句。
如果是多条语句的话，可以用{}包起来。
如果需要返回值的话，可以直接写return语句
10.扩展方法
（1）源起
如果想给一个类型增加行为，一定要通过继承的方式实现吗？
不一定的！
（2）使用
来看看这段代码：
public static void PrintString(this String val) { Console.WriteLine(val); }
消费这段代码的代码如下：
var a = "aaa"; a.PrintString(); Console.ReadKey();
我想你看到扩展方法的威力了。
本来string类型没有PrintString方法
但通过我们上面的代码，就给string类型"扩展"了一个PrintString方法
（1）先决条件
<1>扩展方法必须在一个非嵌套、非泛型的静态类中定义
<2>扩展方法必须是一个静态方法
<3>扩展方法至少要有一个参数
<4>第一个参数必须附加this关键字作为前缀
<5>第一个参数不能有其他修饰符（比如ref或者out）
<6>第一个参数不能是指针类型
（2）注意事项
<1>跟前面提到的几个特性一样，扩展方法只会增加编译器的工作，不会影响性能（用继承的方式为一个类型增加特性反而会影响性能）
<2>如果原来的类中有一个方法，跟你的扩展方法一样（至少用起来是一样），那么你的扩展方法奖不会被调用，编译器也不会提示你
<3>扩展方法太强大了，会影响架构、模式、可读性等等等等....
11.迭代器
· （1）使用
我们每次针对集合类型编写foreach代码块，都是在使用迭代器
这些集合类型都实现了IEnumerable接口
都有一个GetEnumerator方法
但对于数组类型就不是这样
编译器把针对数组类型的foreach代码块
替换成了for代码块。
来看看List的类型签名：
public class List<T> : IList<T>, ICollection<T>, IEnumerable<T>, IList, ICollection, IEnumerable
IEnumerable接口，只定义了一个方法就是：
IEnumerator<T> GetEnumerator();
（2）迭代器的优点：
假设我们需要遍历一个庞大的集合
只要集合中的某一个元素满足条件
就完成了任务
你认为需要把这个庞大的集合全部加载到内存中来吗？
当然不用（C#3.0之后就不用了）！
来看看这段代码：
static IEnumerable<int> GetIterator() { Console.WriteLine("迭代器返回了1"); yield return 1; Console.WriteLine("迭代器返回了2"); yield return 2; Console.WriteLine("迭代器返回了3"); yield return 3; }
消费这个函数的代码如下：
foreach (var i in GetIterator()) { if (i == 2) { break; } Console.WriteLine(i); } Console.ReadKey();
输出结果为：
迭代器返回了1 1 迭代器返回了2
大家可以看到：
当迭代器返回2之后，foreach就退出了
并没有输出“迭代器返回了3”
也就是说下面的工作没有做。
（3）yield 关键字
MSDN中的解释如下：
在迭代器块中用于向枚举数对象提供值或发出迭代结束信号。
也就是说，我们可以在生成迭代器的时候，来确定什么时候终结迭代逻辑
上面的代码可以改成如下形式：
static IEnumerable<int> GetIterator() { Console.WriteLine("迭代器返回了1"); yield return 1; Console.WriteLine("迭代器返回了2"); yield break; Console.WriteLine("迭代器返回了3"); yield return 3; }
(4)注意事项
<1>做foreach循环时多考虑线程安全性
在foreach时不要试图对被遍历的集合进行remove和add等操作
任何集合，即使被标记为线程安全的，在foreach的时候，增加项和移除项的操作都会导致异常
（我在这里犯过错）
<2>IEnumerable接口是LINQ特性的核心接口
只有实现了IEnumerable接口的集合
才能执行相关的LINQ操作，比如select,where等
这些操作，我们接下来会讲到。
二：LINQ
1.查询操作符
（1）源起
.net的设计者在类库中定义了一系列的扩展方法
来方便用户操作集合对象
这些扩展方法构成了LINQ的查询操作符
（2）使用
这一系列的扩展方法，比如：
Where，Max，Select，Sum，Any，Average，All，Concat等
都是针对IEnumerable的对象进行扩展的
也就是说，只要实现了IEnumerable接口，就可以使用这些扩展方法
来看看这段代码：
List<int> arr = new List<int>() { 1, 2, 3, 4, 5, 6, 7 }; var result = arr.Where(a => { return a > 3; }).Sum(); Console.WriteLine(result); Console.ReadKey();
这段代码中，用到了两个扩展方法。
<1>
Where扩展方法，需要传入一个Func<int,bool>类型的泛型委托
这个泛型委托，需要一个int类型的输入参数和一个布尔类型的返回值
我们直接把a => { return a > 3; }这个lambda表达式传递给了Where方法
a就是int类型的输入参数，返回a是否大于3的结果。
<2>
Sum扩展方法计算了Where扩展方法返回的集合的和。
（3）好处
上面的代码中
arr.Where(a => { return a > 3; }).Sum();
这一句完全可以写成如下代码：
(from v in arr where v > 3 select v).Sum();
而且两句代码的执行细节是完全一样的
大家可以看到,第二句代码更符合语义，更容易读懂
第二句代码中的where，就是我们要说的查询操作符。
（4）标准查询操作符说明
<1>过滤
Where
用法：arr.Where(a => { return a > 3; })
说明：找到集合中满足指定条件的元素
OfType
用法：arr.OfType<int>()
说明：根据指定类型，筛选集合中的元素
<2>投影
Select
用法：arr.Select<int, string>(a => a.ToString());
说明：将集合中的每个元素投影的新集合中。上例中：新集合是一个IEnumerable<String>的集合
SelectMany
用法：arr.SelectMany<int, string>(a => { return new List<string>() { "a", a.ToString() }; });
说明：将序列的每个元素投影到一个序列中，最终把所有的序列合并
<3>还有很多查询操作符，请翻MSDN，以后有时间我将另起一篇文章把这些操作符写全。
2.查询表达式
（1）源起
上面我们已经提到，使用查询操作符表示的扩展方法来操作集合；
虽然已经很方便了，但在可读性和代码的语义来考虑，仍有不足；
于是就产生了查询表达式的写法。
虽然这很像SQL语句，但他们却有着本质的不同。
（2）用法
from v in arr where v > 3 select v
这就是一个非常简单的查询表达式
（3）说明：
先看一段伪代码：
from [type] id in source [join [type] id in source on expr equals expr [into subGroup]] [from [type] id in source | let id = expr | where condition] [orderby ordering,ordering,ordering...] select expr | group expr by key [into id query]
<1>第一行的解释：
type是可选的，
id是集合中的一项，
source是一个集合，
如果集合中的类型与type指定的类型不同则导致强制类型转化
<2>第二行的解释：
一个查询表达式中可以有0个或多个join子句，
这里的source可以是一个全新的集合，可以不等于第一句中的source
expr可以是一个表达式
[into subGroup] subGroup是一个中间变量，
它继承自IGrouping，代表一个分组，也就是说“一对多”里的“多”
可以通过这个变量得到这一组包含的对象个数，以及这一组对象的键
比如：
from c in db.Customers join o in db.Orders on c.CustomerID equals o.CustomerID into orders select new { c.ContactName, OrderCount = orders.Count() };
<3>第三行的解释：
一个查询表达式中可以有1个或多个from子句
一个查询表达式中可以有0个或多个let子句，let子句可以创建一个临时变量
比如：
from u in users let number = Int32.Parse(u.Username.Substring(u.Username.Length - 1)) where u.ID < 9 && number % 2 == 0 select u
一个查询表达式中可以有0个或多个where子句，where子句可以指定查询条件
<4>第四行的解释：
一个查询表达式可以有0个或多个排序方式
每个排序方式以逗号分割
<5>第五行的解释：
一个查询表达式必须以select或者group by结束
select后跟要检索的内容
group by 是对检索的内容进行分组
比如：
from p in db.Products group p by p.CategoryID into g select new { g.Key, NumProducts = g.Count()};
<6>第六行的解释：
最后一个into子句起到的作用是
将前面语句的结果作为后面语句操作的数据源
比如：
from p in db.Employees select new { LastName = p.LastName, TitleOfCourtesy = p.TitleOfCourtesy } into EmployeesList orderby EmployeesList.TitleOfCourtesy ascending select EmployeesList;
三：参考资料
《LINQ实战》
《深入理解C#》第二版
《CLR VIA C#》第三版
《C# 高级编程》第四版
还有很多网络上的文章，就不一一例举了
四：修改记录
1.2013-02-12夜
（1）完成了第一部分的大多数内容
（2）修改了文章的排版
（3）通读了第一部分，修改了一些读起来不通顺的语句，修改了错别字
2.2013-02-26夜
（1）完成了第二部分的内容
（2）删掉了表达式树的内容【文章篇幅实在太长了】
（3）完善了第一部分的内容
2.2013-02-27晨
（1）修改了一些错别字
3.2017-03-02午后
（1）修改了几个错别字，几个标点符号
好吧！我承认我骗你了！
一般人不可能在30分钟内看完这篇文章！
I'm sorry.Forgive me!
