LINQ - 查询语法与方法链和 lambda [关闭]

在选择在其中一种 LINQ 扩展方法中使用 LINQ 查询语法或 Lambda 表达式时，是否有人遵守任何规则（或者您是否被迫遵守雇主的任何规则？）？这适用于任何实体、SQL、对象、任何东西。

在我们的工作场所，我的老板根本不喜欢 lambda，他会使用查询语法来做任何事情，在某些情况下，我发现这种语法的可读性较差。

var names = collection.Select(item => item.Name);

var names = from item in collection
            select item.Name;

也许在添加条件时，我发现 Lambda 变得有点混乱，其中

var names = collection.Where(item => item.Name == "Fred")
                      .Select(item => item.Name);

var names = from item in collection
            where item.Name == "Fred"
            select item.Name;

只是出于兴趣：编译器如何处理这个？有谁知道上面的 LINQ 查询如何编译成 lambda 吗？会不会Name为每个元素调用属性？我们可以这样做并可能提高性能吗？这是否意味着 lambda 在性能方面稍微更可控？

var names = collection.Select(item => item.Name)
                      .Where(name => name == "Fred");

当然，当我们开始使用越来越多的表达式时，lambda 会变得混乱，我会开始在这里使用查询语法。

var names = collection.Where(item => item.Name == "Fred")
                      .OrderBy(item => item.Age)
                      .Select(item => item.Name);

var names = from item in collection
            where item.Name == "Fred"
            order by item.Age
            select item.Name;

我发现还有一些事情无法使用查询语法完成。您可能认为其中一些非常简单（尤其是聚合函数），但事实并非如此，您必须在末尾添加一种 LINQ 扩展方法，在我看来，使用 lambda 表达式看起来会更整洁。

var names = collection.Count(item => item.Name == "Fred");

var names = (from item in collection
            where item.Name == "Fred"
            select item).Count()

即使对于一些简单的 lambda 链，锐锐 http://www.jetbrains.com/resharper/建议我将它们转换为 LINQ 查询。

还有其他人可以补充吗？是否有人有自己的小规则，或者他们的公司是否建议/强制使用一个规则？

为了回答您有关翻译的问题，查询表达式将始终根据 C# 4 规范 7.16 的规则（或 C# 3 规范中的等效规则）进行翻译。在您询问有关以下问题的示例中Name属性，这不是查询表达式翻译的问题 - 这是Select and Where方法使用它们作为参数的委托或表达式树。有时在过滤之前进行投影是有意义的，有时则不然。

至于小规则，我只有一个：使用对相关查询最可读的方式。因此，如果查询发生变化并且“哪种形式更具可读性”同时发生变化，请更改所使用的语法。

如果你打算使用 LINQ 你should对这两种语法都满意，至少对阅读感到满意。

I tend找到具有多个范围变量的查询（例如通过SelectMany or Join, or a let子句）最终使用查询表达式变得更具可读性 - 但这远不是一个硬性规定。