带有匿名类型的 VB.NET linq group by 未按预期工作

Question

我正在研究 LINQPad 附带的一些 linq 示例。在“C# 3.0 in a Nutshell”文件夹中的 Chater 9 - Grouping 下，有一个名为“Grouping by Multiple Keys”的示例查询。它包含以下查询：

from n in new[] { "Tom", "Dick", "Harry", "Mary", "Jay" }.AsQueryable()
group n by new
{
    FirstLetter = n[0],
    Length = n.Length
}

我将字符串“Jon”添加到数组末尾以获取实际分组，并得出以下结果：

这正是我所期待的。然后，在 LINQPad 中，我转到同一查询的 VB.NET 版本：

' Manually added "Jon"
from n in new string() { "Tom", "Dick", "Harry", "Mary", "Jay", "Jon" }.AsQueryable() _
group by ng = new with _
{ _
    .FirstLetter = n(0), _
    .Length = n.Length _
} into group

结果没有正确地将 Jay/Jon 分组在一起。

在费了一番功夫后，我发现 这篇 MSDN 文章讨论 VB.NET 匿名类型。在 VB.NET 中，它们默认是可变的，而 C# 中它们是不可变的。在VB中，您需要添加Key关键字以使其不可变。因此，我将查询更改为此（请注意添加 Key）：

from n in new string() { "Tom", "Dick", "Harry", "Mary", "Jay", "Jon" }.AsQueryable() _
group by ng = new with _
{ _
    Key .FirstLetter = n(0), _
    Key .Length = n.Length _
} into group

这给了我正确的结果：

所以我的问题是：

1. 为什么当 linq 进行相等比较时，匿名类型的可变性/不可变性很重要？值得注意的是，在 Linq-to-SQL 中，这根本不重要，这可能只是转换为 SQL 的产物。但在 Linq-to-objects 中，它显然具有重要意义。
2. 为什么 MS 选择使 VB 的匿名类型可变。我没有看到真正的优势，在研究了这个问题之后，我看到了一些非常现实的缺点。也就是说，您的 linq 查询可能存在细微的错误。

-- 编辑 --

只是一个有趣的额外信息......显然这是众所周知的键控财产问题。我只是不知道谷歌有什么用。 此处和这里在 stackoverflow 上。这是使用匿名类型和 Distinct 的问题的另一个示例：

Dim items = New String() {"a", "b", "b", "c", "c", "c"}
Dim result = items.Select(Function(x) New With {.MyValue = x}).Distinct()
Dim result2 = items.Select(Function(x) New With {Key .MyValue = x}).Distinct()
'Debug.Assert(result.Count() = 3) ' Nope... it's 6!
Debug.Assert(result2.Count() = 3)

Answer 1

Key 修饰符不仅影响可变性 - 它还影响 Equals 和 GetHashCode 的行为。这些计算中只包含Key属性...这显然会影响分组等。

至于为什么它对于VB不同 - 我不知道。我也觉得很奇怪。我知道我很高兴C#按照它的方式工作:)即使可以说使属性可选可变是有意义的，我不明白为什么它应该是默认的。