为什么匿名类型的Equals实现比较字段？

Question

我只是想知道为什么语言的设计师决定在匿名类型上实现Equals的方式类似于Equals在值类型上实现。这不是误导吗？

public class Person

{

    public string Name { get; set; }

    public int Age { get; set; }

}

public static void ProofThatAnonymousTypesEqualsComparesBackingFields()

{

    var personOne = new { Name = "Paweł", Age = 18 };

    var personTwo = new { Name = "Paweł", Age = 18 };

    Console.WriteLine(personOne == personTwo); // false

    Console.WriteLine(personOne.Equals(personTwo)); // true

    Console.WriteLine(Object.ReferenceEquals(personOne, personTwo)); // false

    var personaOne = new Person { Name = "Paweł", Age = 11 };

    var personaTwo = new Person { Name = "Paweł", Age = 11 };

    Console.WriteLine(personaOne == personaTwo); // false

    Console.WriteLine(personaOne.Equals(personaTwo)); // false

    Console.WriteLine(Object.ReferenceEquals(personaOne, personaTwo)); // false

}

乍一看，所有打印的布尔值都应该为false。但是Equals当使用Persontype并使用匿名类型时，带有调用的行将返回不同的值。

Answer 1

匿名类型实例是没有行为或身份的不可变数据值。参照比较它们没有多大意义。在这种情况下，我认为为它们进行结构相等比较是完全合理的。如果要将比较行为切换为自定义方式（引用比较或不区分大小写），则可以使用Resharper将匿名类型转换为命名类。Resharper还可以生成平等成员。这样做还有一个非常实际的原因：匿名类型在LINQ连接和分组中可以方便地用作哈希键。出于这个原因，他们需要语义正确Equals和GetHashCode实现。

Answer 2

至于为什么要问语言设计师呢？但是我在埃里克·利珀特（Eric Lippert）的文章《关于在程序集中统一匿名类型的文章》（第二部分）中找到了这一点匿名类型为您提供了一个方便的位置来存储少量不可变的名称/值对，但是它给您带来了更多好处。它还为您提供了Equals，GetHashCode的实现，并且与本次讨论最紧密的是ToString。（*）注释中为什么会出现以下内容：（*）我们为您提供Equals和GetHashCode，以便您可以在LINQ查询中使用匿名类型的实例作为执行连接的键。由于性能原因，LINQ to Objects使用哈希表实现联接，因此，我们需要Equals和GetHashCode的正确实现。