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!

 

    

posted @ 2013-02-26 19:10  liulun  阅读(236492)  评论(331编辑  收藏  举报