LINQ是。net自泛型以来最大的改进之一，它为我节省了大量的时间和代码。然而，对我来说，流畅的语法似乎比查询表达式语法更自然。
var title = entries.Where(e => e.Approved)
.OrderBy(e => e.Rating).Select(e => e.Title)
.FirstOrDefault();
var query = (from e in entries
where e.Approved
orderby e.Rating
select e.Title).FirstOrDefault();
两者之间有什么区别吗?或者两者之间有什么特别的好处吗?
当前回答
流畅的语法确实看起来更强大，它也应该更好地将代码组织成小的可重用方法。
其他回答
流畅的语法确实看起来更强大，它也应该更好地将代码组织成小的可重用方法。
我更喜欢查询语法，因为我来自使用SQL的传统web编程。这对我来说更容易理解。然而，它认为我将开始使用. where (lambda)，因为它肯定更短。
当我可以用这种方式编写整个表达式时，我更喜欢使用后者(有时称为“查询理解语法”)。
var titlesQuery = from e in entries
where e.Approved
orderby e.Rating
select e.Titles;
var title = titlesQuery.FirstOrDefault();
只要我必须添加(括号)和. methodcalls()，我就会改变。
当我使用前者时，我通常每行放一个子句，像这样:
var title = entries
.Where (e => e.Approved)
.OrderBy (e => e.Rating)
.Select (e => e.Title)
.FirstOrDefault();
我觉得这样更容易理解。
每种风格都有其优点和缺点。当涉及到连接时，查询语法更好，并且它有有用的let关键字，可以很容易地在查询中创建临时变量。
另一方面，流畅的语法有很多不通过查询语法公开的方法和操作。此外，由于它们只是扩展方法，您可以编写自己的扩展方法。
我发现，每当我开始使用查询语法编写LINQ语句时，我最终不得不把它放在括号中，然后回到使用流畅的LINQ扩展方法。查询语法本身没有足够的特性。
我已经使用Linq 6个月了。当我第一次开始使用它时，我更喜欢查询语法，因为它非常类似于T-SQL。
但是，我现在逐渐转向前者，因为将可重用代码块编写为扩展方法并将它们链接在一起很容易。虽然我确实发现把每个子句放在单独的行上对可读性有很大帮助。
