Comparableインターフェイスがメソッドのみの実装を許可していることがわかりますcompareTo。では、なぜこのインターフェースが必要なのでしょうか?Comparableインターフェイスを実装せずに、必要なクラスでメソッドを単純に定義および宣言できないのはなぜですか?これが正しいことを理解しています:
SortedSet<String> exampleSet = new TreeSet<String>();<--インターフェイスをTreeSet実装しSortedSetます。Dateを実装する" " というクラスがある場合Comparable、これは正しいですかComparable<Date> example = new Date<Date>();? はいの場合、正確には何が得られますか? つまり、どのようなオブジェクトを取得できますか? どのような特性がありますか? そうでない場合、なぜですか？
質問する
1137 次
2 に答える
2
Comparable インターフェイスを実装せずに、必要なクラスでメソッドを単純に定義および宣言できないのはなぜですか?
その場合、ソート方法がどのように機能すると予想しますか?
要素がすべて互いに比較可能なコレクションをソートできることは非常に便利です。インターフェースはそれを表現する方法です。
これは正しいです：
Comparable<Date> example = new Date<Date>();
いいえ、Dateそれ自体が一般的でない限り、そうではありません。あなたは書くことができます：
Comparable<Date> example = new Date();
...しかし、そうするのは奇妙です。通常、既存のComparableオブジェクトを比較したいコードで使用されます。たとえば、コレクションから値を取得して、それらを相互に比較します。
于 2013-02-07T20:17:20.570 に答える
0
Comparable インターフェイスを実装せずに、必要なクラスでメソッドを単純に定義および宣言できないのはなぜですか?
のCollectionsようTreeMapに、単純な操作であっても、2 つのオブジェクトを比較する必要がありますadd()。このようなツリーでは、内部的に「小さい」オブジェクトを左のツリーに配置し、より大きなオブジェクトを右のサブツリーに配置する必要があります (少し単純化されています)。
このような一般的なコレクション (TreeMap など) は、すべてのオブジェクトに対して機能するように設計されているため、オブジェクトは、compareTo() を実行する方法を知っている必要があります。
HashMap などの他のコレクションでは、オブジェクトが Comparable を実装する必要はありませんhashcode(() を使用します) 。
于 2013-02-07T20:30:04.457 に答える