.equals（）がJavaのクラスにあるのに、なぜ.compareTo（）がインターフェイスにあるのですか？

クラス内にあるようなメソッド.compareTo()がComparableインターフェイスにある理由を知りたいです。私には、なぜそのようなメソッドがクラスにないのかはarbitrary意的に思えます。.equalsObject.compareTo()Object

を使用する.compareTo()には、目的に応じてComparableインターフェイスを実装し、.compareTo()メソッドを実装します。以下のために.equals()、すべてのクラスから継承するため、この方法は、単に、あなたのクラスのメソッドをオーバーライドしObjectたクラス。

私の質問は、なぜ.compareTo()クラスのようなものではなく、実装するインターフェースのようなメソッドなのObjectですか？同様に、実装されるインターフェースではなく.equals()、クラスのメソッドがなぜObjectですか？

すべてのオブジェクトを比較できるわけではありませんが、すべてのオブジェクトが等しいかどうかを確認できます。それ以外の場合は、2つのオブジェクトがメモリ内の同じ場所に存在するかどうかを確認できます（参照の等価性）。

compareTo()2つのThreadオブジェクトで何を意味しますか？あるスレッドが別のスレッドよりも「大きい」のはどうですか？2つArrayList<T>のsをどのように比較しますか？

Object契約はに適用されるすべてのJavaクラス。1つのクラスでさえ、それ自身のクラスの他のインスタンスと比較Objectできない場合、インターフェースの一部である必要はありません。

ジョシュアブロッホは、クラスが実装したい理由を説明するときに「自然順序付け」というキーワードを使用しますComparable。上記の例で述べたように、すべてのクラスが自然な順序を持っているわけではないため、すべてのクラスがメソッドを実装しComparableたりObject、compareToメソッドを持つ必要はありません。

... compareTo方法はで宣言されていませんObject。...文字の点ではObjectのequalsメソッドと似ていますが、単純な等価比較に加えて順序比較が可能であり、汎用である点が異なります。実装Comparableすることにより、クラスはそのインスタンスに自然な順序があることを示します。

_{^{効果的なJava、第2版：Joshua Bloch。項目12、ページ62。省略記号は、他の章およびコード例への参照を削除します。}}

あなたは例のためか非の順序課したいComparable自然順序付けを持っていないクラスを、あなたは常に供給することができComparator、それは一種の助けにインスタンスを。

§4.3.2JLS定義しclass、次のようにオブジェクトを：

4.3.2。クラスオブジェクト

このクラスObjectは、他のすべてのクラスのスーパークラス（§8.1.4）です。

すべてのクラスおよび配列タイプObjectは、次のように要約されるclassのメソッドを継承します（§8.4.8）：

• このメソッドcloneは、オブジェクトの複製を作成するために使用されます。

• このメソッドequalsは、オブジェクト比較の概念を定義します。これは、参照ではなく値の比較に基づいています。

• このメソッドfinalizeは、オブジェクトが破棄される直前に実行されます（§12.6）。

• メソッドgetClassは、オブジェクトのクラスを表すClassオブジェクトを返します。

• Classオブジェクトは、各参照型のために存在します。たとえば、クラスの完全修飾名、そのメンバー、その直接のスーパークラス、および実装するインターフェースを検出するために使用できます。

  のメソッド呼び出し式のタイプgetClassはClass<? extends |T|>、Tが検索されるクラスまたはインターフェース（§15.12.1）ですgetClass。

  宣言されたクラスメソッドsynchronized（§8.4.3.6）は、クラスのClassオブジェクトに関連付けられたモニター上で同期します。

• このメソッドhashCodeは、等のメソッドとともに、などのハッシュテーブルで非常に便利ですjava.util.Hashmap。

• 方法wait、notifyおよびnotifyAllスレッド（§17.2）を使用して並行プログラミングで使用されています。

• このメソッドtoStringは、オブジェクトの文字列表現を返します。

だから、それが理由equalsですObjectがcompareTo、別のインターフェイスにあります。私は彼らがObject可能な限り最小限に抑えたいと推測します。彼らはおそらくことを考え出し、ほぼすべての Objects必要があるだろうequalsし、hashCodeすべてのオブジェクトがの概念持っている必要があります（実際には平等テストのちょうど形態である）ではなく発注するもので、compareTo使用されています。

Snowmanの優れた答えに加えて、それComparableが長い間一般的なインターフェイスであったことを思い出してください。型は実装せず、独自の型であるwhereをcompareTo(object)実装します。これは上に実装することができないため、そこから派生されるクラスを知りません。compareTo(T)Tobjectobject

objectcompareTo(object)メソッドを定義できたかもしれませんが、これにより、スノーマンが指摘したことだけでなく、2 ArrayList<T>sまたは2 Threadsの比較だけでなく、an ArrayList<T>とaの比較も可能になりますThread。それはさらに無意味です。

2つのオブジェクト参照があるとします。XはString、コンテンツ「George」を保持するインスタンスを識別します。YはPoint、座標[12,34] を保持するインスタンスを識別します。次の2つの質問を検討してください。

• XとYは同等のオブジェクトを識別しますか？

• XはYの前、後、または同等にソートする必要がありますか？

XとYが無関係な型のインスタンスを識別するという事実は、最初の質問を検討するときに問題を引き起こしません。オブジェクトが同等であると定義する共通のベースを共有している場合にのみ、オブジェクトを同等と見なすことができます。以降StringおよびPointそのような塩基（その唯一の共通基本型が非等価なように、すべての異なるオブジェクトに関して）答えが「ノー」単になかったです。

ただし、型が無関係であるという事実は、2番目の質問に関して大きな問題となります。いくつかの種類がそのインスタンス間の順序関係を定義し、いくつかの順序関係でも複数の種類を超える延長することができる[例えばのために、それは可能でしょうBigIntegerし、BigDecimalどちらのタイプのインスタンスが他のインスタンスに対してランク付けできるようになる比較メソッドを定義する]が、一般に、2つの任意のインスタンスを取得し、「XをYの前、後、または同等にソートする」と尋ねて、全体の順序を導出することはできません。オブジェクトが合計ではなく一貫した順序を報告する必要がある場合、「Yに関してXをソートする前、後、同等、またはランク付けしない」と尋ねることができます。1つですが、ほとんどのソートアルゴリズムには完全な順序付けが必要です。したがって、compareTo「非ランク」が有効な戻り値である場合、すべてのオブジェクトがメソッドを実装できたとしても、そのようなメソッドはその存在を正当化するほど有用ではありません。