Sự khác biệt giữa IEquatable và chỉ ghi đè Object.Equals() là gì?

Question

Tôi muốn lớp Food của mình có thể kiểm tra bất cứ khi nào nó bằng với một phiên bản khác của Food. Sau này tôi sẽ sử dụng nó chống lại một Danh sách và tôi muốn sử dụng phương thức List.Contains() của nó. Tôi có nên triển khai IEquatable<Food> hoặc chỉ ghi đè Object.Equals() không? Từ MSDN:

Phương pháp này xác định sự bình đẳng của sử dụng comparer bình đẳng mặc định, theo định nghĩa của thực hiện của đối tượng của phương pháp IEquatable.Equals cho T (loại giá trị trong danh sách).

Vì vậy, câu hỏi tiếp theo của tôi là: các chức năng/lớp của khuôn khổ .NET sử dụng Object.Equals()? Tôi có nên sử dụng nó ngay từ đầu không?

Answer 1

Lý do chính là hiệu suất. Khi generics được giới thiệu trong .NET 2.0, chúng có thể thêm một loạt các lớp gọn gàng như List<T>, Dictionary<K,V>, HashSet<T>, vv. Các cấu trúc này sử dụng rất nhiều GetHashCode và Equals. Nhưng đối với các loại giá trị này yêu cầu boxing. IEquatable<T> cho phép cấu trúc triển khai phương pháp Equals được nhập mạnh mẽ, do đó không yêu cầu quyền anh. Vì vậy, hiệu suất tốt hơn nhiều khi sử dụng các loại giá trị với các bộ sưu tập chung chung.

Loại tham chiếu không được hưởng lợi nhiều nhưng triển khai IEquatable<T> không cho phép bạn tránh dàn diễn viên từ System.Object có thể tạo sự khác biệt nếu được gọi là thường xuyên.

Như đã lưu ý trên Jared Parson's blog, bạn vẫn phải triển khai ghi đè đối tượng.

Answer 2

Theo MSDN:

Nếu bạn thực hiện IEquatable(T), bạn cũng nên ghi đè lên các lớp cơ sở triển khai của Object.Equals(Object) và GetHashCode để hành vi của họ là phù hợp với điều đó của phương pháp IEquatable(T).Equals . Nếu bạn ghi đè Object.Equals(Object), việc thực hiện bị ghi đè của bạn cũng được gọi trong các cuộc gọi vào phương thức tĩnh Equals(System.Object, System.Object) trên lớp học của bạn. Điều này đảm bảo rằng tất cả các yêu cầu của phương thức trả lại Equals nhất quán là kết quả.

Vì vậy, có vẻ như không có sự khác biệt chức năng thực sự giữa hai ngoại trừ việc có thể được gọi tùy thuộc vào cách lớp được sử dụng. Từ quan điểm hiệu suất, tốt hơn là sử dụng phiên bản chung vì không có hình phạt quyền anh/unboxing nào liên quan đến nó.

Từ quan điểm logic, tốt hơn là triển khai giao diện. Việc ghi đè đối tượng không thực sự cho bất kỳ ai biết rằng lớp của bạn thực sự tương đương. Ghi đè có thể chỉ là một lớp không làm gì hoặc triển khai nông. Sử dụng giao diện một cách rõ ràng nói, "Này, điều này là hợp lệ để kiểm tra bình đẳng!" Nó chỉ là thiết kế tốt hơn.

Answer 3

Mở rộng những gì Josh đã nói với ví dụ thực tế.1 to Josh - Tôi sắp viết như vậy trong câu trả lời của mình.

public abstract class EntityBase : IEquatable<EntityBase> 
{ 
    public EntityBase() { } 

    #region IEquatable<EntityBase> Members 

    public bool Equals(EntityBase other) 
    { 
     //Generic implementation of equality using reflection on derived class instance. 
     return true; 
    } 

    public override bool Equals(object obj) 
    { 
     return this.Equals(obj as EntityBase); 
    } 

    #endregion 
} 

public class Author : EntityBase 
{ 
    public Author() { } 
} 

public class Book : EntityBase 
{ 
    public Book() { } 
} 

Bằng cách này, tôi có thể sử dụng lại phương thức Equals() cho tất cả các lớp học có nguồn gốc của tôi.