zoukankan      html  css  js  c++  java
  • Linq表达式、Lambda表达式你更喜欢哪个?

    Linq表达式、Lambda表达式你更喜欢哪个?

    什么是Linq表达式?什么是Lambda表达式?

    如图:

    由此可见Linq表达式和Lamdba表达式并没有什么可比性。

    那与Lamdba表达式相关的整条语句称作什么呢?在微软并没有给出官方的命名,在《深入理解C#》中称为点标记

    查询表达式、点标记你更喜欢哪个?

    所以,我们的标题的提问根本就不合适。应该是“Linq查询表达式和点标记你更喜欢哪个?”。如:

    复制代码
     //查询表达式
     var students1 = from t in db.Students
                    where t.Name == "张三"
                    select new { t.Id, t.Name, t.Age };
     //点标记
     var students2 = db.Students
                     .Where(t => t.Name == "张三")
                     .Select(t => new { t.Id, t.Name, t.Age });
    复制代码

    为什么选择点标记 

    我相信更多的人偏向选择点标记。具体什么原因我也说不清(可能是点标记中的Lamdba更加优雅吧)。对于我个人来说,也是更加喜欢点标记这种方式。

    1、所有的查询表达式都可以转成对应的点标记。反之,不是所有的点标记都可以转成查询表达式。

    为什么?因为查询表达式在编译后就直接变成了点标记:(以下是上面两个语句对应的编译后的反编译C#代码)

    生成了一模一样的代码。(由于是编译后的,好多乱七八糟的代码。我们只看Where和Select关键字就知道,使用的都是点标记。)

    2、点标记确实比查询表达式更加优雅

    例一:

    复制代码
     //查询表达式
     var students1 = from t in db.Students
                     where t.Name == "张三"
                     select t;
     //点标记
     var students2 = db.Students
                     .Where(t => t.Name == "张三");
    复制代码

    我为什么一定要 select t 啊,这句没卵用的废话就不能省吗?是的,省了就报错:

    例二:

    必须需要括号包裹起来才能取结果集?你还能更丑一点吗?

    复制代码
    //查询表达式
    var students1 = (from t in db.Students
                     where t.Name == "张三"
                     select t).ToList();
    //点标记
    var students2 = db.Students
                    .Where(t => t.Name == "张三")
                    .ToList();       
    复制代码

    例三:为什么说:"不是所有的点标记都可以转成查询表达式"【此例只适用于IEnumerator】)

    此条点标记你能转成查询表达式吗?

    复制代码
    var list = new List<string>() { "张三", "张三", "张三", "张三", "李四", "张三", "李四", "张三", "李四" };
    
    var students2 = list
                    .Where((item, index) => item == "张三" && index % 2 == 0)
                    .Select((item, index) => new { item, index })
                    .ToList();
    复制代码

    查询表达式你能Reverse吗?

    复制代码
    var list = new List<string>() { "张三1", "张三2", "张三3", "张三0", "李四9", "张三3", "李四", "张三2", "李四" };
    
    var students2 = list
                 .Where((item, index) => item.Contains("张三"))
                 .Select((item, index) => new { item, index })
                 .Reverse()//反序
                 .ToList();
    复制代码

    什么时候使用查询表达式?

    通过上面的对比,好像查询表达式一文不值了。no,不是这样的。

    比如下面几种情况我们就可以选择使用查询表达式:

    例一:本例适用于Linq to Object 和 没有建主外键的EF查询

    点标记中的Join需要传四个参数表达式,是不是有点晕了。。。

    复制代码
    var list1 = new Dictionary<string, string> { { "1", "张三" }, { "2", "李四" }, { "3", "张三" }, { "4", "张三" } };
    var list2 = new Dictionary<string, string> { { "1", "张三" }, { "2", "李四" }, { "3", "李四" }, { "4", "张三" } };
    
    //查询表达式
    var obj1 = from l1 in list1
               join l2 in list2
               on l1.Key equals l2.Key
               select new { l1, l2 };
    //点标记
    var obj = list1.Join(list2, l1 => l1.Key, l2 => l2.Key, (l1, l2) => new { l1, l2 });
    复制代码

    例二:

    点标记需要区分OrderBy、ThenBy有没有觉得麻烦

    复制代码
    //查询表达式
    var obj1 = from l1 in list1
               join l2 in list2
               on l1.Key equals l2.Key
               orderby l1.Key, l2.Key descending
               select new { l1, l2 };
    //点标记
    var obj = list1.Join(list2, l1 => l1.Key, l2 => l2.Key, (l1, l2) => new { l1, l2 })
        .OrderBy(li => li.l1.Key)
        .ThenByDescending(li => li.l2.Key)
        .Select(t => new { t.l1, t.l2 });
    复制代码

    总觉得查询表达式更多的只是为了照顾那些写惯了sql的程序员。

    联接查询(内联、左联、交叉联)

    关于联接查询使用查询表达式会更合适一些这个上面已经说了。

    接下来我们写内联、左联、交叉联的查询表达式和对应的点标记代码。(目的:可能有些人不会,同时在这里也给自己做个备忘)

    内联:

    左联:

    交叉联:

    其实关于联接查询,如果EF建好了主外键我还是觉得点标记用起来更爽爽的。

    总结:

    本文并不是要改变你的习惯,也不是否定你的观点。仅仅只是表达个人对点标记和查询表达式的些许理解。

    关于是使用查询表达式还是点标记,可能起着更大决定性的作用的是团队共同的习惯和规范。

    然后还想说说,只要我们对比什么,很可能就会有人跳出了,什么不要比,用好了都一样,什么什么才是最重要的,什么什么的。。。

    就像很多人会反感java和C#的对比,其实我个人觉得对比下底层实现、对比下语法简易也不是不可以的,只要我们可以从中学到知识(个人也是不喜欢对比 谁谁谁学什么工资多少多少)。

    昨天的自己对比今天的自己,今天的自己对比明天的自己。只要可以进步为什么不要对比呢?

    文章首链:http://www.cnblogs.com/zhaopei/p/5746414.html

    感谢您的阅读。如果文章对您有用,那么请轻轻点个赞,激励本人后续精彩博文。

  • 相关阅读:
    POJ 2749
    POJ 3422
    POJ 3621
    SQLSERVER 2005 重新安装过程中的疑难解决
    可遇不可求的Question之MySqlClient访问字段返回System.Byte[]篇
    可遇不可求的Question之odbc驱动无法加载
    可遇不可求的BUG之采用MYSQL odbc 3.51访问数据库返回值缺失
    可遇不可求的Bug之Convert.Int32(<未定义的值>)等于0
    可遇不可求的Question之数据库操作超时篇
    可遇不可求的Question之数据库 'tempdb' 的日志已满。
  • 原文地址:https://www.cnblogs.com/shsgl/p/5748008.html
Copyright © 2011-2022 走看看