LINQ - 使用 Select - 理解 select

Question

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

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

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

context.Table.Select(lamba expression);

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

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

B.请解释一下变量的性质

**来自 context.Table 中的 X**

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

Answer 1

所以...

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;

Answer 2

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

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

Answer 3

在 B 中，X 的类型是隐式的。你可以很容易地做类似的事情：

from Row x in context.Table

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