Gọi super.equals và super.hashCode trong lớp con?

Question

Nếu tôi triển khai equals() và hashCode() trong cả lớp cha và con, thì cần phải gọi super.equals() trong equals() trong lớp con, ví dụ:

public boolean equals(Object obj) { 

    if (obj.getClass() != ChildClass.class) { 
    return false; 
    } 

    return super.equals() && this.var == ((ChildClass) obj).var; 

} 

Answer 1

Không, điều đó không cần thiết và có thể sẽ sai. Thật vậy, một phần lý do tại sao bạn ghi đè equal là vì super.equals không đưa ra hành vi đúng (phải không?).

Hoặc đặt một cách khác, nếu super.equals mang lại hành vi đúng, có thể bạn không cần phải đi đến sự cố khi ghi đè.

Nhưng nếu bạn ghi đè equals, thì có, bạn cũng cần ghi đè hashCode.

Answer 2

Nếu siêu lớp học của bạn không thực hiện bằng, super.equals sau đó gọi sẽ giúp bạn thực hiện đối tượng mà chỉ so sánh tài liệu tham khảo, vì vậy trong bất kỳ bình thường bằng thực hiện nơi bạn muốn so sánh một chìa khóa kinh doanh nó sẽ thực sự gây ra rất nhiều âm bản sai.

Điều đó nói rằng, việc triển khai của bạn ở trên thực sự không khác biệt ngữ nghĩa hơn mặc định bằng cách thực hiện trong Đối tượng vì bạn chỉ đang sử dụng == để so sánh.

Đối với hashCode, nếu bạn ghi đè bằng bạn thực sự nên ghi đè hashCode để giữ cho hợp đồng của hai. Ví dụ, nếu bạn đang sử dụng một khóa kinh doanh cho bằng bạn nên có thể sử dụng cùng một khóa kinh doanh cho hashcode để hai đối tượng bằng nhau tạo ra cùng một hashcode.

Answer 3

EDIT

Tôi chỉ nhận thấy bạn sử dụng bình đẳng giai cấp, không instanceof - nghĩa là tính phản xạ sẽ là đúng. Trong ví dụ của bạn, việc sử dụng super.equals có lẽ là chính xác, miễn là lớp cha không cung cấp định nghĩa về bình đẳng mà ngược lại với lớp con bạn muốn (ví dụ: Object).

Điểm chính là định nghĩa về bình đẳng phải đến từ chính xác một loại (lớp hoặc giao diện) trong phân cấp lớp của bạn. Nếu việc thực hiện định nghĩa đó tận dụng lợi thế của super.equals, điều đó là tốt.

END EDIT, văn bản gốc bên dưới

Đó là gần như chắc chắn điều sai trái để làm, bởi vì nó sẽ vi phạm sở hữu phản xạ bình đẳng.

Giả sử bạn có Hình dạng và hình dạng đó giống với Hình dạng khác nếu chúng cùng loại: Hình vuông bằng Vuông, Vòng tròn bằng Hình tròn, v.v. Bây giờ bạn mở rộng để tạo một Màu sắc cho phép thêm kiểm tra màu.

Shape shape1 = new Shape(SQUARE); 
Shape shape2 = new ColoredShape(SQUARE, RED); 

Bạn thực hiện ColoredSquare.equals như super.equals(other) && other.color == this.color, như trong câu hỏi của bạn. Nhưng bây giờ, lưu ý rằng shape1.equals(shape2) == true (kể từ shape1 chỉ sử dụng Shape.equals), nhưng shape2.equals(shape1) == false (vì nó thêm kiểm tra màu).

Đạo đức của câu chuyện là việc sử dụng loại bình đẳng tầng này thực sự khó khăn, nếu không phải là không thể. Về cơ bản, bình đẳng nên đến từ chính xác một loại trong phân cấp kiểu của bạn - có thể là Object, loại của bạn, loại siêu hoặc giao diện xác định hợp đồng (ví dụ: trong khung bộ sưu tập, xác định sự bình đẳng cho Set, List, v.v.).