扩展方法语法与查询语法

Question

我正在尝试了解是否有合适的时机使用标准 linq 关键字或带有 lambda 表达式的 linq 扩展方法。 他们似乎做同样的事情，只是写法不同。 这纯粹是风格问题吗？

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 语法还有其他优点吗？

Answer 1

老实说，有时一旦您开始使用 Funcs 和 Actions，情况可能会有所不同。 假设您正在使用这三个函数：

  Func<DataClasses.User, String> userName = user => user.UserName;
  Func<DataClasses.User, Boolean> userIDOverTen = user => user.UserID < 10;
  Func<DataClasses.User, Boolean> 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 扩展方法可以接受接受用户和整数并返回布尔值的方法。 这个例子有点烦人。

现在，如果您查看 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<DataClasses.User, Boolean> IDIsBelowNumberFunc(Int32 number)
   {
      return user => IDIsBelowNumber(user, number, true);
   }

然后将其插入：

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

所以您可以看到，有时使用查询方法可能会更容易。

Answer 2

使用 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");

示例在我看来，后者使用基于方法的查询，当您有自定义扩展方法时，读起来会更好。

Answer 3

我认为最好不要一起使用它们，选择一个并坚持使用。

主要是个人喜好，但在查询语法（理解方法）中，并非所有运算符都可用，如前面所说。

我发现扩展方法语法更符合我的代码的其余部分。 我用 SQL 执行 SQL。 只需使用扩展方法将所有内容相互叠加即可构建表达式也非常容易。

只是我的两分钱。

由于我还不能发表评论，我想在这里对编程工具的答案发表一下：
为什么要为最后一个例子制定一个全新的方法？ 你不能只使用：


.Where(用户 => IDIsBelowNumber(用户, 10, true))


Answer 4

它们编译相同，并且是等效的。 就个人而言，对于大多数事情，我更喜欢 lambda（扩展）方法，仅当我执行 LINQ to SQL 或尝试模拟 SQL 时才使用语句（标准）。 我发现 lambda 方法在代码中的流动性更好，而语句在视觉上会分散注意力。

Answer 5

当我使用没有等效查询语法的 Linq 方法（例如 FirstOrDefault() 或其他类似方法）时，我更喜欢扩展方法语法。

Answer 6

时，扩展方法语法更简洁且更具可读性

• 当不通过 Select 进行转换
• 。 没有中间变量。
• 没有通过 SelectMany 的笛卡尔积。

查询语法有很多优点，但最后必须写一个 select p 是一个糟糕的举动。 作为较大方法链的一部分时，它的噪音也更大。 在以下示例中，查询语法比较简洁：

var result =
  from a in tableA
  from b in tableB
  where a.SomeValue == b.SomeValue
  select Compose(a, b) as p
  orderby p.rank
  select p.ToArray();

Answer 7

我喜欢在真正的查询时使用查询语法，即按需计算的惰性表达式。

看起来像常规方法调用（方法语法或 lambda 语法）的方法看起来不够懒惰，所以我将其用作约定。 例如，

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

var result = query.ToList(); //extension method syntax

如果它不是查询，我喜欢流畅的风格，在我看来，它与其他急切执行的调用一致。

var nonQuery = Products.Where(p => p.Name.Contains("foo"))
                       .OrderBy(p => p.Name)
                       .ToList();

它帮助我更好地区分两种通话方式。 当然，在某些情况下您将被迫使用方法语法，因此我的约定不够引人注目。

Answer 8

扩展方法/lynda 表达式的优点之一是提供了额外的运算符，例如 Skip 和 Take。 例如，如果您正在创建分页方法，则可以轻松实现跳过前 10 条记录并获取后 10 条记录。