Java: Przesłanki interfejsu Cloneable

Question

Dlaczego w interfejsie nie określono metody?

Answer 1

Zasadniczo, to jest przerwane interfejsu. Ken Arnold i Bill Venners omówili to w Java Design Issues.

Arnold:

Gdybym miał być Bóg w tym momencie, a wiele osób pewnie zadowolony nie jestem, powiedziałbym potępiać Cloneable i mają Copyable, ponieważ Cloneable ma problemy. Poza tym, że jest błędnie napisany, Cloneable nie zawiera metody clone. Oznacza to, że nie można przetestować, czy coś jest instancją Cloneable, przesłać ją do Cloneable i wywołać clone. Musisz ponownie użyć refleksji, która jest okropna. To tylko jeden problem, ale z pewnością go rozwiążę.

Answer 2

Zobacz ten błąd w bazie danych bugs Java:

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

Zasadniczo, jest to wada projektu we wcześniejszych wersjach Java, że ​​nie są oni zamierzają rozwiązać w Cloneable interfejs jak mogłoby to złamać kompatybilność z istniejącym kodem.

Answer 3

Ponieważ metoda klonowania jest zaimplementowana w klasie Object ze względu na jej "specjalny" warunek: kopie pamięci obiektów dowolnego rodzaju.

Answer 4

W języku Java istnieje koncepcja interfejsów znaczników. Interfejs Cloneable nie ma żadnych metod ani pól i służy tylko do identyfikacji semantyki klonowania.

ze strony dev-x:

Często można natknąć interfejsów w Javie, które nie mają zachowania. Innymi słowy, są to po prostu puste definicje interfejsów. Są one znane jako interfejsy znaczników. Niektóre przykładowe interfejsy markerową Java API obejmują:

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

Answer 5

W projekcie pracuję nad, stworzyliśmy interfejs o nazwie PublicCloneable, zawiera metodę klonowania i określa, że ​​jest publiczna.

Uważam, że jest to przydatne: fakt, że istnieje metoda klonowania, ale nie można uzyskać do niej dostępu, nie pomaga bardzo.

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