理解Linq'的INTO关键字有些困难

group…通过…

group by必须在操作后提供不同类型的序列。

你有一个像这样的序列:

IEnumerable<Foo>

在一个group by之后你会得到一个像这样的序列

IEnumerable<Key,IEnumerable<Foo>>

现在你的项目在嵌套序列中，你不能直接访问它们。这就是为什么第一部分中的标识符超出了范围。由于第一部分超出了作用域，所以在到之后只剩下标识符。它已经结束，新的查询可以开始。查询的第二部分处理的序列与第一部分完全不同。这是一个延续。

from foo in foolist
group foo by foo.name into grouped
//foo is out of scope, you are working on a different sequence now
//and you have a ready to use range variable for your second query

加入…在…在

另一方面，组连接不是这种操作。它们作用于两个序列，而群by作用于一个序列。它们将为左序列提供右序列上的匹配元素。

IEnumerable<Left> and IEnumerable<Right>

操作之后，它允许您使用左边序列中的标识符，但是右边序列中的标识符超出了作用域。这是因为join现在返回一个它们的序列。所以你不能直接接触到它们。组连接的结果如下:

IEnumerable<Left,IEnumerable<Right>>

使用组连接时，只有右范围变量超出作用域。虽然左边的部分仍然存在，但您仍然在处理相同的序列。您还没有提供投影，因此无法继续第二个查询。

from left in leftList
join right from rightList
    on left.Key equals right.Key into joinedRights
// left is still your range variable, you are still enumerating leftList
// you have to provide a projection here but you won't have a ready to use range variable
// that's why it's not a continuation.

1)正确…更具体地说，into为连接、组或选择子句的结果提供引用，这些子句将超出作用域。

2)我不认为你的查询被分割为使用into的结果，因为它的使用是最常见的:

在组子句中使用into只有在需要时才有必要对每个组执行额外的查询操作

添加响应/strong>

我读到过，当into被用作group或select的一部分时子句，它将查询拼接为两部分，因为这个范围在查询的前半部分声明的变量总是超出作用域在查询的后半部分。正确吗?

查询的这个块被评估为一个数据拉取。group关键字需要一个排序操作来继续LINQ查询的求值:

from c1 in a1
group c1 by c1.name into GroupResult

查询第一部分的变量应该已经被求值了，但是由于在关键字中包含了，因此可以在选择中使用查询的结果，因为它们存储在GroupResult变量中。