Java：Cloneableインターフェイスの理由

Question

java.lang.Cloneableインターフェイスで.clone()メソッドが指定されなかったのはなぜですか？

Answer 1

基本的に、それは壊れたインタフェースです。 Ken ArnoldとBill VennersはそれについてJava Design Issuesで議論しました。

アーノルド：私はこの時点で神としていた、と多くの人が、私はないですおそらく喜んでいる場合

、私はCloneableに問題があるため、Cloneableを廃止し、Copyableを持っていると言うでしょう。スペルが間違っていることの他に、Cloneableにはcloneメソッドが含まれていません。つまり、何かがCloneableのインスタンスであるかどうかをテストできず、Cloneableにキャストし、cloneを呼び出します。リフレクションをもう一度使う必要があります。これはひどいです。それは唯一の問題ですが、私は確かに解決します。私は仕事のプロジェクトで

Answer 2

のJavaのバグデータベースにこのバグを参照してください：

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4098033

基本的に、これは彼らがそうするようCloneableインタフェースに修正するでしょう意図されていないことのJavaの以前のバージョンでは設計上の欠陥であります既存のコードとの互換性を損なう。

Answer 3

「特別な」条件のために、クローンメソッドがObjectクラスで実装されているため、オブジェクトのメモリコピーがあります。

Answer 4

Javaでは、マーカーインターフェイスのこの概念があります。 Cloneableインターフェイスにはメソッドやフィールドがなく、クローン可能であるというセマンティクスを識別するためだけに使用されます。 dev-xウェブサイトから

：

多くの場合、あなたは何の行動を持っていないのJavaのインターフェイスに出くわします。言い換えれば、それらは単に空のインターフェース定義です。これらは、マーカーインターフェイスとして知られています。 Java APIのマーカーインタフェースのいくつかの例は次のとおりです。

• java.lang.Cloneable
• java.io.Serializable
• java.util.EventListener

Answer 5

、我々はPublicCloneableと呼ばれるインターフェースを作成しました、 それはcloneメソッドが含まれており、それがパブリックであることを指定します。

私はこれが有用であることを発見しました。クローンメソッドがありますが、それにアクセスできないということはあまり役に立ちません。

public interface PublicCloneable extends Cloneable { 
    public Object clone(); 
}