为什么要使用java.util.Set接口不提供get（Object o）方法？

Question

我知道Set中只允许根据.equals（）的任何对象的一个​​实例，并且如果您已经有一个等效的对象，则不应“需要”从Set中获取一个对象，但是我仍然想有一个.get（）方法，该方法返回给定等效对象作为参数的Set中对象的实际实例（或null）。

关于为什么这样设计的任何想法/理论？

我通常必须通过使用Map并使其键和值相同或类似的方法来解决这个问题。

编辑：到目前为止，我认为人们还不了解我的问题。我想要集合中已经存在的确切对象实例，而不是.equals（）返回true的可能不同的对象实例。

至于为什么我想要这种行为，通常.equals（）不会考虑对象的所有属性。我想提供一些虚拟的查找对象，并获取Set中的实际对象实例。

Answer 1

尽管pure变量确实使方法令人get(Object)怀疑，但其根本意图并非没有意义。

有一些稍微重新定义的类和接口系列equals(Object)。一个需求只不过是集合接口。例如，一个ArrayList和一个LinkedList可以相等。它们各自的内容只需相同且顺序相同。

因此，有很好的理由找到集合中的 匹配 元素。可能更清晰的表示意图的方法是使用类似

public interface Collection<E> extends ... {
  ...
  public E findMatch(Object o) throws UnsupportedOperationException;
  ...
}

请注意，此API具有比Set中更广泛的价值。

至于问题本身，我没有任何关于为何省略这种操作的理论。我会说 最小生成范围设置参数 不成立，因为集合API中定义的许多操作都是出于方便和高效的目的。