LINQ - 使用选择 - 理解选择

Question

我发现 LINQ 有点难以理解。我喜欢这个概念，并相信它有很大的潜力。但是，在写了这么多 SQL 之后，语法对我来说并不容易接受。

A.多种方式选择有什么关系？

我发现我能够创建上下文并使用方法执行 Select()。

context.Table.Select(lamba expression);

好的...我为什么要使用它？它与（或确实）这种类型的选择相比如何？

var returnVal = from o in context.Table
                orderby o.Column
                select o;

B.请解释

的可变性

**from X** in context.Table

为什么我们要在这里粘贴一个看似随意命名的变量？这不应该是<Table>的已知类型吗？

Answer 1

在 B 中，X 的类型是隐式的。您可以轻松地执行以下操作：

from Row x in context.Table

它会是一样的。在 A 中，使用 lambda 和等效的完整 LINQ 语法之间没有任何区别，只是您永远不会使用 .Select(x => x)。是用来改造物品的。假设您有一个整数列表，.Select(x => x * x) 将返回每个整数的平方。

Answer 2

A：这也是一样的。编译器将查询表达式转换为方法调用。完全一样。

B: x 与 foreach(var X in context.Table) 中的相同。您为表/序列的单个元素定义名称。

Answer 3

所以...

var returnVal = context.Table.Select(o => o);

和

var returnVal = from o in context.Table
                select o;

都是一样的。在第二种情况下，C# 只是有很好的语法糖来给你一些更接近普通 SQL 语法的东西。请注意，我从您的第二个查询中删除了 orderby。如果你想要那个，那么第一个会变成：

var returnVal = context.Table.OrderBy(o => o.Column).Select(o => o);

至于你的最后一个问题......我们不会在这里粘贴任意命名的变量。我们为每一行命名，以便稍后在语句中引用它。它是隐式类型的，因为系统知道 Table 包含什么类型。

针对您的评论，我想再补充一点。你提到正常的方法调用会变得很糟糕。真的可以。这是一个简单的示例，它在 LINQ 语法中立即变得更加简洁（至少，如果您习惯于 SQL 语法）：

var returnVal = context.Table.OrderBy(o => o.Column1)
                             .ThenBy(o => o.Column2)
                             .ThenBy(o => o.Column3)
                             .Select(o => o);

对

var returnVal = from o in context.Table
                orderby o.Column1, o.Column2, o.Column3
                select o;