Java: về thực hiện bộ sưu tập ReverseComparator

Question

này được thực hiện như sau (jdk1.6.0_31):

private static class ReverseComparator<T> 
implements Comparator<Comparable<Object>>, Serializable { 

// use serialVersionUID from JDK 1.2.2 for interoperability 
private static final long serialVersionUID = 7207038068494060240L; 

    public int compare(Comparable<Object> c1, Comparable<Object> c2) { 
     return c2.compareTo(c1); 
    } 

    private Object readResolve() { return reverseOrder(); } 
} 

Tại sao không thể thay nó được thực hiện như sau:

private static class ReverseComparator<T extends Comparable<T>> 
implements Comparator<T>, Serializable { 

// use serialVersionUID from JDK 1.2.2 for interoperability 
private static final long serialVersionUID = 7207038068494060240L; 

    public int compare(T c1, T c2){ 
     return c2.compareTo(c1); 
    } 
    ... 
} 

Là nó chỉ phong cách hoặc có lý do nào sâu hơn không?

EDIT: mã nguồn được hiển thị là từ Sun/Oracle jdk ((jdk1.6.0_31)).

Answer 1

Tôi tin rằng tất cả đều liên quan đến ý định tạo ra một đối tượng đơn lẻ ReverseComparator. Vì cá thể singlenton phải được định nghĩa trong một bối cảnh tĩnh nên không có điểm nào trong việc sử dụng bất kỳ kiểu generic nào.

static final ReverseComparator REVERSE_ORDER = new ReverseComparator(); 

Mã này, tạo cảnh báo kiểu thô.

Như vậy, việc thực hiện ReverseComparator, chỉ được sử dụng cho vấn đề này, có thể đã được như bạn đề xuất hoặc khi nó được triển khai. Có lẽ họ đã chọn thực hiện hiện tại vì nó dễ đọc hơn, và bởi vì họ nghĩ rằng khái quát hóa hơn nữa là không cần thiết nếu nó chỉ là riêng được sử dụng cho mục đích đơn giản này.

Chạy trình giải mã Java trong quá trình triển khai của bạn và trong quá trình triển khai của Oracle tạo ra cùng một mã byte loại thô.

public int compare(java.lang.Comparable, java.lang.Comparable 
public int compare(java.lang.Object, java.lang.Object); 

Cuối cùng, khi so sánh được tiếp xúc thông qua giao diện công cộng của lớp Collections trong phương pháp reverseOrder(), nó là không thể tránh được đúc và các cảnh báo không được kiểm soát. Nhưng tất cả chúng ta chắc chắn rằng điều này không thể thất bại, bất kể các loại có liên quan.

Tóm lại, IMHO Tôi nghĩ lý do duy nhất tại sao nó được thực hiện vì nó phải liên quan đến sự rõ ràng của mã, hoặc với mong muốn không làm phức tạp những thứ cần thiết nếu, dù sao, cảnh báo không được kiểm soát không thể ngăn chặn được . Nhưng này, đây không phải là lần đầu tiên tôi sai ;-)

Answer 2

Chỉ cần đoán, nhưng nó được lưu trữ trong một lĩnh vực tĩnh

static final ReverseComparator REVERSE_ORDER 
      = new ReverseComparator(); 

nên phiên bản của bạn sẽ tạo ra một cảnh báo 'loại thô'.

Answer 3

Tôi đang xem Oracle 1.6.0_26, nhưng tôi thấy cùng một mã. Theo như tôi có thể nói, đó là những chức năng tương đương. Bạn cũng có thể có khả năng viết nó như thế này:

private static class ReverseComparator<T> implements Comparator<Comparable<T>>, Serializable { 

    // use serialVersionUID from JDK 1.2.2 for interoperability 
    private static final long serialVersionUID = 7207038068494060240L; 

    public int compare(Comparable<T> c1, Comparable<T> c2) { 
     return c2.compareTo((T) c1); 
    } 

    private Object readResolve() { 
     return reverseOrder(); 
    } 
} 

đoán duy nhất của tôi là tại sao họ đã làm nó bằng cách sử Comparable<Object> được dựa trên thực tế là các lớp học mà thực hiện Comparable (hoặc Comparator) nên tuân theo hợp đồng equals(), mà làm sử dụng Object. Vì vậy, ngữ nghĩa, điều này nhấn mạnh rằng kết nối. Ngoài ra, tôi không thể nghĩ ra lý do tại sao.