扩展方法语法与查询语法

如果有时间使用标准linq关键字或linq扩展方法与lambda表达式,我正试图处理.他们似乎做同样的事情,只是写得不一样.这纯粹是风格问题吗？

var query = from p in Products
    where p.Name.Contains("foo")
    orderby c.Name
    select p;

// or with extension methods:
var query = Products
    .Where(p => p.Name.Contains("foo"))
    .OrderBy(p => p.Name);

他们非常相似,第二个例子更简洁,但如果你不知道=>在做什么,可能会表现得更差.

除了编写简洁的代码之外,使用扩展方法而不是LINQ语法还有其他优点吗？

1> Programmin T..：

---

老实说,有时一旦你开始使用Funcs和Actions就可能是情境.假设您正在使用这三个功能:

  Func userName = user => user.UserName;
  Func userIDOverTen = user => user.UserID < 10;
  Func userIDUnderTen = user => user.UserID > 10;

正如您所看到的那样,第一个替换了lamdba表达式以获取用户名,第二个替换了用于检查ID是否低于10的lamdba表达式,让我们面对它,第三个应该很容易理解.

注意:这是一个愚蠢的例子,但它的工作原理.

  var userList = 
    from user in userList
    where userIDOverTen(user)
    select userName;

与

  var otherList =
    userList
    .Where(IDIsBelowNumber)
    .Select(userName)

在这个例子中,第二个稍微冗长一点,因为扩展方法可以充分利用Func,但是Linq表达式不能,因为它看起来只是布尔而不是返回布尔值的Func.但是,这是使用表达式语言可能更好的地方.假设您已经拥有的方法不仅仅是一个用户:

  private Boolean IDIsBelowNumber(DataClasses.User user, 
          Int32 someNumber, Boolean doSomething)
  {
    return user.UserID < someNumber;
  }

注意:doSomething就在那里,因为where扩展方法可以使用一个接受用户和整数并返回boolean的方法.这个例子有点烦人.

现在,如果你看一下Linq查询:

  var completeList =
     from user in userList
     where IDIsBelowNumber(user, 10, true)
     select userName;

你很擅长.现在扩展方法:

  var otherList =
    userList
    .Where(IDIsBelowNumber????)
    .Select(userName)

没有lambda表达式,我真的无法调用该方法.所以现在我要做的是创建一个基于原始方法调用创建Func的方法.

   private Func IDIsBelowNumberFunc(Int32 number)
   {
      return user => IDIsBelowNumber(user, number, true);
   }

然后将其插入:

  var otherList =
     userList
     .Where(IDIsBelowNumberFunc(10))
     .Select(userName)

所以你可以看到,有时可能更容易使用查询方法.

2> Nathan W..：

---

使用LINQ扩展方法(基于方法的查询)的一个优点是您可以定义自定义扩展方法,它仍然可以正常读取.

另一方面,使用LINQ 查询表达式时,自定义扩展方法不在关键字列表中.与其他关键字混合看起来有点奇怪.

例

我正在使用一个自定义扩展方法Into,只需要一个字符串:

查询示例

var query = (from p in Products
    where p.Name.Contains("foo")
    orderby c.Name
    select p).Into("MyTable");

扩展方法示例

var query = Products
                   .Where(p => p.Name.Contains("foo"))
                   .OrderBy(p => p.Name)
                   .Into("MyTable");

在我看来,后者使用基于方法的查询,当你有自定义扩展方法时读取更好.

3> Rodi..：

---

我认为不要一起使用它们并选择一个并坚持下去是个好主意.

它主要是个人品味,但在查询语法(理解方法)中,并非所有运算符都可用,如前所述.

我发现扩展方法语法更符合我的其余代码.我在SQL中执行SQL.只需使用扩展方法在彼此之上添加所有内容,构建表达式也非常容易.

只是我的两分钱.

由于我还不能发表评论,我想在这里找到编程工具的答案:​​为什么要为最后一个例子制作一个全新的方法？你不能只使用:

.Where(user => IDIsBelowNumber(user, 10, true))

---

是的,但是`.Where(user => IDIsBelowNumber(user,10,true))`与`where IDIsBelowNumber(user,10,true)`相比有什么可怕的？

4> Mark Bracket..：

---

他们编译相同,并且是等价的.就个人而言,我更喜欢lambda(扩展)方法,只使用语句(标准),如果我正在使用LINQ to SQL或尝试模拟SQL.我发现lambda方法在代码中更好地流动,而语句在视觉上分散注意力.