爲什麼我們要包含（Object o）而不是Containers（E e）？

Question

它是否與舊版（非通用版）Collection保持向後兼容？還是有一個更微妙的細節，我失蹤了？我在remove也看到這種模式（remove(Object o)），但add被通用化爲add(E e)。

Answer 1

需要Object，因爲它匹配的對象不必與您傳入的對象類型相同;它只需要它們是平等的。從，contains(o)的規範中返回true，如果有對象e使得(o==null ? e==null : o.equals(e))爲真。請注意，沒有任何要求o和e是同一類型。這是因爲equals()方法採用Object作爲參數，而不僅僅是與對象相同的類型。

雖然很多類定義了equals()，這樣它的對象只能等於它自己類的對象，但通常情況並非總是如此。例如，List.equals()的規範說，如果兩個List對象都是List s，並且具有相同內容，即使它們是List的不同實現，它們也是相等的。所以回到這個問題的例子中，有可能有一個Collection<ArrayList>，我可以用LinkedList作爲參數調用，如果列表中有相同的內容，它可能會返回true。如果是通用的並且將其參數類型限制爲E，則這將不可能。

事實上，接受任何對象作爲參數的事實允許一個有趣的使用，你可以用它來測試集合中的一個對象，滿足某些屬性的存在：

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

這是因爲contains功能利用equals功能和equals功能是在基對象類中定義與equals(Object o)而非equals(E e)簽名（因爲不是所有的類是通用的）。與remove函數的情況相同 - 它使用帶有Object參數的equals函數遍歷集合。

但是，這並不直接解釋這個決定，因爲他們可能仍然使用E類型，並允許它在equals的調用中被自動強制類型爲Object;但我想他們希望允許在其他對象類型上調用該函數。有一個Collection<Foo> c;，然後調用c.contains(somethingOfTypeBar)沒什麼錯 - 它總是會返回false，所以它不需要強制類型輸入Foo（可以拋出異常），或者爲了防止異常，調用typeof。所以你可以想象，如果你正在迭代混合類型的東西，並且在每個元素上調用contains，那麼你可以簡單地在所有元素上使用contains函數，而不是需要守衛。

它實際上是讓人想起了「新的」弱類型語言，當你看它這樣...

Answer 3

在這裏找到答案。
Why aren't Java Collections remove methods generic?
總之，他們想要最大限度地提高向後兼容性，因爲集合早在泛型之前就已經被引入。

並從我身上添加：他所指的視頻值得一看。
http://www.youtube.com/watch?v=wDN_EYUvUq0

更新
爲了澄清，該名男子誰說（視頻）是誰更新的Java地圖和集合使用泛型的人之一。如果他不知道，那麼誰。

Answer 4

因爲否則它只能與參數類型的完全匹配進行比較，特別是通配集合將停止工作，例如，

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 

編輯
對於誰覺得這是不是一個原因持懷疑態度，這是一個帶將泛型修改數組列表包含方法

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 

基本上contains(Object o)是一個黑客，使這個非常常見的用例與Java Generics一起工作。

Answer 5

「

」那個籃子裏的蘋果是否含有這種橙色？「

顯然不能給出TRUE的答案。但仍有可能：

1. 答案是錯誤的。
2. 問題不是很好形成，它不應該通過編譯。

collection api選擇了第一個。但第二種選擇也會很有意義。像這樣的問題是99.99％的廢話問題，所以甚至不要問！