당신은 이미 그들이 무엇인지에 대한 기본 정의를 얻었습니다 . 즉, IEquatable<T>클래스 T에서 구현 하는 경우 Equals유형의 객체에 대한 메소드 T는 객체 자체 (동일성 테스트 대상)가 동일한 유형의 다른 인스턴스와 같은지 여부를 알려줍니다 T. 반면, 의 인스턴스 범위를 벗어나는 IEqualityComparer<T>두 인스턴스의 동등성을 테스트하기위한 것 T입니다 T.
에 관해서는 그들이 무엇을 위해 처음에는 혼란 스러울 수 있습니다. IEquatable<T>정의에서 (클래스 T자체에 정의 된 ) 객체 / 인스턴스의 고유성을 나타내는 사실상의 표준 이어야한다는 것이 분명 해야합니다. HashSet<T>, Dictionary<T, U>(고려 GetHashCode뿐만 아니라, 오버라이드 (override)) Contains에 List<T>이의 등 메이크업 사용. 구현 IEqualityComparer<T>에 대한 것은 T위에서 언급 한 일반적인 경우 도움이되지 않습니다. 결과적으로, IEquatable<T>이외의 다른 클래스 에서 구현할 가치가 거의 없습니다 T. 이:
class MyClass : IEquatable<T>
거의 말이되지 않습니다.
반면에
class T : IEquatable<T>
{
//override ==, !=, GetHashCode and non generic Equals as well
public bool Equals(T other)
{
//....
}
}
그것이 어떻게 이루어져야 하는가입니다.
IEqualityComparer<T>평등에 대한 사용자 지정 유효성 검사가 필요한 경우에 유용하지만 일반적인 규칙은 아닙니다. 예를 들어, Person어느 시점에서 어떤 나이에 따라 두 사람의 평등을 테스트해야 할 수도 있습니다. 이 경우 다음을 수행 할 수 있습니다.
class Person
{
public int Age;
}
class AgeEqualityTester : IEqualityComparer<Person>
{
public bool Equals(Person x, Person y)
{
return x.Age == y.Age;
}
public int GetHashCode(Person obj)
{
return obj.Age.GetHashCode;
}
}
테스트하려면
var people = new Person[] { new Person { age = 23 } };
Person p = new Person() { age = 23 };
print people.Contains(p); //false;
print people.Contains(p, new AgeEqualityTester()); //true
마찬가지로 IEqualityComparer<T>에 T이해가되지 않습니다.
class Person : IEqualityComparer<Person>
사실 이것은 효과가 있지만 눈에는 좋지 않으며 논리를 물리칩니다.
일반적으로 필요한 것은 IEquatable<T>입니다. 또한 다른 기준에 따라 IEquatable<T>여러 개가 IEqualityComparer<T>가능 하지만 하나만 가질 수 있습니다 .
IEqualityComparer<T>하고 IEquatable<T>정확하게 유사하다 Comparer<T>와 IComparable<T>비교 목적이 아니라 동일시하는 것보다 사용하는; 여기 에 같은 대답을 쓴 좋은 실이 있습니다 :)
EqualityComparer<T>대신 때문에 인터페이스 "구현EqualityComparer<T>테스트 평등 사용IEquatable<T>