Bạn đã có định nghĩa cơ bản về những gì họ đang có . Nói tóm lại, nếu bạn triển khai IEquatable<T>trên lớp T, Equalsphương thức trên một đối tượng kiểu sẽ Tcho bạn biết nếu chính đối tượng đó (đối tượng được kiểm tra tính bằng) có bằng với một thể hiện khác cùng loại hay không T. Trong khi đó, IEqualityComparer<T>là để kiểm tra sự bằng nhau của bất kỳ hai trường hợp nào T, thường nằm ngoài phạm vi của các thể hiện của T.
Lúc đầu họ có thể gây nhầm lẫn. Từ định nghĩa, rõ ràng là do đó IEquatable<T>(được định nghĩa trong Tchính lớp ) phải là tiêu chuẩn thực tế để thể hiện tính duy nhất của các đối tượng / thể hiện của nó. HashSet<T>, Dictionary<T, U>(Xem xét GetHashCodeđược ghi đè cũng), Containstrên List<T>vv tận dụng điều này. Thực hiện IEqualityComparer<T>trên Tkhông giúp các trường hợp chung nêu trên. Sau đó, có rất ít giá trị để thực hiện IEquatable<T>trên bất kỳ lớp nào khác ngoài T. Điều này:
class MyClass : IEquatable<T>
hiếm khi có ý nghĩa.
Mặt khác
class T : IEquatable<T>
{
//override ==, !=, GetHashCode and non generic Equals as well
public bool Equals(T other)
{
//....
}
}
là nó nên được thực hiện như thế nào
IEqualityComparer<T>có thể hữu ích khi bạn yêu cầu xác thực tùy chỉnh bình đẳng, nhưng không phải là quy tắc chung. Chẳng hạn, trong một lớp học Persontại một thời điểm nào đó, bạn có thể yêu cầu kiểm tra sự bình đẳng của hai người dựa trên tuổi của họ. Trong trường hợp đó bạn có thể làm:
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;
}
}
Để kiểm tra chúng, hãy thử
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
Tương tự như vậy IEqualityComparer<T>trên Tkhông có ý nghĩa.
class Person : IEqualityComparer<Person>
Đúng là nó hoạt động, nhưng trông không đẹp mắt và đánh bại logic.
Thông thường những gì bạn cần là IEquatable<T>. Ngoài ra lý tưởng bạn có thể chỉ có một IEquatable<T>trong khi nhiều IEqualityComparer<T>có thể dựa trên các tiêu chí khác nhau.
Các IEqualityComparer<T>và IEquatable<T>chính xác tương tự Comparer<T>và IComparable<T>được sử dụng cho mục đích so sánh chứ không phải tương đương; một chủ đề tốt ở đây nơi tôi đã viết cùng một câu trả lời :)
EqualityComparer<T>thay vì triển khai giao diện "bởi vìEqualityComparer<T>kiểm tra sự bằng nhau bằng cách sử dụngIEquatable<T>