IComparer和IEqualityComparer接口中的矛盾优势
||
在有关逆性的msdn页面上,我找到了一个非常有趣的示例,该示例显示了“ IComparer中逆性的好处”。
首先,他们使用一个相当奇怪的基类和派生类:
public class Person
{
public string FirstName { get; set; }
public string LastName { get; set; }
}
public class Employee : Person { }
我已经可以说这是一个糟糕的例子,因为没有任何类可以继承基类而不添加至少一些自己的东西。
然后,他们创建一个简单的IEqualityComparer类
class PersonComparer : IEqualityComparer<Person>
{
public bool Equals(Person x, Person y)
{
..
}
public int GetHashCode(Person person)
{
..
}
}
接下来是有问题的示例。
List<Employee> employees = new List<Employee> {
new Employee() {FirstName = \"Michael\", LastName = \"Alexander\"},
new Employee() {FirstName = \"Jeff\", LastName = \"Price\"}
};
IEnumerable<Employee> noduplicates =
employees.Distinct<Employee>(new PersonComparer());
现在我的问题-首先,在这种情况下,Employee是不需要的类,它的确可以在这种情况下使用PersonComparer是因为它实际上只是一个人类!
然而,在现实世界中,“ѭ3”将至少有一个新领域,比方说“ѭ4”。鉴于很明显,当我们想要疏远员工时,我们需要牢记JobTitle字段进行比较,并且很清楚,Contravariant Comparer(如人员比较器)不适合该工作,因为它不知道任何新知识员工已定义的成员。
现在,当然,即使是非常奇怪的语言功能也可以使用,即使它在某些情况下是不合逻辑的,但在这种情况下,我认为它不会成为默认行为就太有用了。实际上,在我看来,这是因为我们会稍微破坏类型安全性,当一种方法需要Employee比较器时,我们实际上可以放入一个人甚至对象比较器中,并且它将毫无问题地进行编译。虽然很难想象我们的默认方案是将Employee视为对象或基本Person。
那么这些接口的默认值是否真的是一个很好的对立性?
编辑:我了解什么是逆方差和协方差。我在问为什么那些比较接口在默认情况下被更改为互变的。
没有找到相关结果
已邀请:
3 个回复
硕歌沙
允许您精确指定要用于平等的内容。它使您可以定义解决您可能遇到的许多不同问题所需的多种方法。 对于一个较小的派生类型,比较器已经可以解决许多不同问题之一。这就是这里发生的全部,您有能力提供比较器来解决您需要解决的问题。您可以在拥有更多派生集合的同时使用更通用的比较器。 在这个问题中,您说的是“可以仅对基本属性进行比较,但是对我来说,将较小的派生对象(或同级对象)放入集合中是不对的。”
物崎巩
的类型可以将每个
类型的对象分配给
类型的变量,并且将
类型的每个对象分配给一个变量,则从类型映射到
到
的类型的映射
在
中是相反的。类型ѭ16type(
反转分配兼容性)。 特别是,如果
,则注意类型为
的变量可以接收实现
的对象。这是矛盾的。 我们说
与
是互变的原因是因为您可以说
接着:
编辑:您说: 我知道什么是逆方差和协方差。我在问为什么那些比较接口在默认情况下被更改为互变的。 变了吗我的意思是,
是“自然地”对立的。
的定义是:
请注意,在此界面中,“ 8”仅出现在\“ in \”位置。也就是说,没有方法返回
的实例。任何这样的接口在ѭ8中都是“自然地”对立的。 鉴于此,您有什么理由不想使其互变?如果您有一个对象,该对象知道如何比较
的实例,而
是与assignment11ѭ兼容的分配,那么为什么您不还可以将该对象视为知道如何比较
的实例的对象呢?这就是逆差所允许的。 在互变之前,您必须包装:
然后你可以说
矛盾使您可以跳过这些咒语而只说
当然,以上只是when38ѭ的时候。只要有
与assignment12ѭ的分配兼容,就可以做到。
距相镭