Tại sao chúng ta có chứa (Object o) thay vì chứa (E e)?

Question

Có duy trì khả năng tương thích ngược với các phiên bản cũ hơn (chưa được phổ biến) của Collection không? Hoặc là có một chi tiết tinh tế hơn mà tôi đang thiếu? Tôi thấy mẫu này lặp lại trong remove cũng (remove(Object o)), nhưng add được tổng quát thành add(E e).

Answer 1

mất Object vì đối tượng khớp với không phải là cùng loại với đối tượng mà bạn chuyển vào ; nó chỉ yêu cầu chúng bằng nhau. Từ đặc tả của , contains(o) trả về true nếu có một đối tượng e sao cho (o==null ? e==null : o.equals(e)) là đúng.Lưu ý rằng không có gì yêu cầu o và e để cùng loại. Điều này theo sau thực tế là phương thức equals() lấy một tham số Object, không chỉ cùng loại với đối tượng.

Mặc dù thông thường có nhiều lớp có số equals() được xác định sao cho đối tượng của nó chỉ có thể bằng với các đối tượng thuộc lớp riêng của nó, đó chắc chắn không phải lúc nào cũng vậy. Ví dụ, đặc điểm kỹ thuật cho List.equals() nói rằng hai đối tượng List là bằng nhau nếu cả hai đều là List và có cùng nội dung, ngay cả khi chúng là các triển khai Danh sách khác nhau. Vì vậy, quay trở lại ví dụ trong câu hỏi này, có thể có một Collection<ArrayList> và để tôi gọi với một đối số LinkedList và có thể trả về true nếu có danh sách có cùng nội dung. Điều này sẽ không thể nếu là chung và hạn chế loại đối số của nó là E.

Trong thực tế, thực tế là mất bất kỳ đối tượng như một tham số cho phép việc sử dụng thú vị mà bạn có thể sử dụng nó để kiểm tra sự tồn tại của một đối tượng trong bộ sưu tập thỏa mãn một tài sản nhất định:

Collection<Integer> integers; 
boolean oddNumberExists = integers.contains(new Object() { 
    public boolean equals(Object e) { 
     Integer i = (Integer)e; 
     if (i % 2 != 0) return true; 
     else return false; 
    } 
}); 

Answer 2

Đó là bởi vì các contains chức năng sử dụng các equals chức năng, và các chức năng equals được định nghĩa trong lớp cơ sở Object với một chữ ký của equals(Object o) hơn equals(E e) (vì không phải tất cả các lớp học mang tính tổng quát). Trường hợp tương tự với chức năng remove - nó truyền tải bộ sưu tập bằng cách sử dụng hàm equals có đối số Đối tượng.

Điều này không trực tiếp giải thích quyết định, vì họ vẫn có thể sử dụng loại E và cho phép nó tự động truyền để nhập Object khi gọi tới equals; nhưng tôi tưởng tượng họ muốn cho phép hàm được gọi trên các kiểu Object khác. Không có gì sai khi có một số Collection<Foo> c; và sau đó gọi số c.contains(somethingOfTypeBar) - nó sẽ luôn trả về sai, và vì vậy nó giúp loại bỏ sự cần thiết phải nhập Foo (có thể ném ngoại lệ) hoặc để bảo vệ ngoại lệ, gọi typeof. Vì vậy, bạn có thể tưởng tượng nếu bạn đang lặp qua một cái gì đó với các loại hỗn hợp và gọi contains trên mỗi phần tử, bạn có thể chỉ cần sử dụng chức năng chứa trên tất cả chúng thay vì cần bảo vệ.

Nó thực sự gợi nhớ của các ngôn ngữ lỏng lẻo, đánh máy "mới hơn", khi bạn nhìn vào nó như vậy ...

Answer 3

trả lời ở đây.
Why aren't Java Collections remove methods generic?
Tóm lại, họ muốn tối đa hóa khả năng tương thích ngược, bởi vì các bộ sưu tập đã được giới thiệu từ lâu trước khi dùng thuốc generic.

Và để thêm từ tôi: video mà anh ấy giới thiệu đáng xem.
http://www.youtube.com/watch?v=wDN_EYUvUq0

cập nhật
Để làm rõ, người đàn ông nói rằng (trong video) là một trong những người được cập nhật bản đồ java và các bộ sưu tập để sử dụng Generics. Nếu anh ta không biết, thì ai.

Answer 4

Vì nếu không nó chỉ có thể được so sánh với đối sánh chính xác của loại thông số, các bộ sưu tập ký tự đại diện cụ thể sẽ ngừng hoạt động, ví dụ:

class Base 
{ 
} 

class Derived 
    extends Base 
{ 
} 

Collection< ? extends Base > c = ...; 

Derived d = ...; 

Base base_ref = d; 

c.contains(d); // Would have produced compile error 

c.contains(base_ref); // Would have produced compile error 

EDIT
Đối với những người nghi ngờ người nghĩ đó không phải là một trong những lý do này, đây là một danh sách mảng sửa đổi với một sẽ được generified chứa phương pháp

class MyCollection<E> extends ArrayList<E> 
{ 
    public boolean myContains(E e) 
    { 
     return false; 
    } 
} 

MyCollecttion< ? extends Base > c2 = ...; 

c2.myContains(d); // does not compile 
c2.myContains(base_ref); // does not compile 

Về cơ bản contains(Object o) là một hack để làm trường hợp sử dụng rất phổ biến này để làm việc với Java Generics.

Answer 5

"Cái giỏ táo đó có chứa màu cam này không?"

không thể cung cấp câu trả lời TRUE rõ ràng. nhưng vẫn còn quá khả năng:

1. câu trả lời là FALSE.
2. câu hỏi không được định dạng tốt, không được chuyển biên dịch.

api bộ sưu tập đã chọn người đầu tiên. nhưng lựa chọn thứ 2 cũng sẽ có ý nghĩa hoàn hảo. một câu hỏi như thế là một câu hỏi nhảm nhí 99,99% số lần, vì vậy đừng hỏi!