オーバーライドされた.cloneの内部にキャストしないのはなぜですか？

Question

私は、Javaのクローニングがどのように機能するのか、それを使用することの論議を理解します。とにかく私はそれを使用して死んでいると言うことができます。私は次のようにクラスFooのためのcloneメソッドを書きたいの便宜上

：

私の知る限りは安全だろう、これを言うことができるように

@Override 
public Foo clone(){ 
    Foo f = (Foo)super.clone(); 
    //Replace mutable fields 
    return f; 
} 

。しかし、私は、APIのCloneableクラスはこれをしないことに気付きました。これには理由があり、それは悪いスタイルですか？

Answer 1

Java 5以前では、共変リターン型はまったく許可されていなかったので、Foo clone()はコンパイルさえしませんでした。 多くの場合Cloneableのクラスが長い時間前に書かれているので、それはおそらく大部分のケースの理由です。

clone()はほんの一握りであることが知られているため、新しいクラスではそれを使用していないと思われます。ユーザーがめったに使用しない場合でも、キャストできるとは思わないからです。彼らはいくつかの "clone（）"の実装方法を見つけ、古いコードで記述します。

Answer 2

Object.clone()すべてのフィールドが元の値と同じ値を持つ新しいオブジェクトを作成します。参照タイプのフィールドの場合、これは新しいフィールドが単に元のオブジェクトと同じオブジェクトへの参照であることを意味します。フィールドはcloneではありません。したがって、多くの場合、デフォルトの実装は共有データにつながり、望ましくない可能性があります。たとえば、ArrayList.clone()がデフォルトの実装を使用した場合、2つのArrayListインスタンスが同じバッキングアレイを共有することになります。

オブジェクトのすべてのフィールドが不変の場合は、結果をsuper.clone()に適切な型にキャストすることをお勧めします。

Answer 3

実際、共用リターンタイプがリリース1.5でジェネリックスの一部として導入されたため、これはJava 1.5のリリース以降、これを行うことをお勧めします。 APIを使いやすくしました（キャスティングは必要ありません）。

ソース（有効なJava第2版）。