Java: Обоснование интерфейса Cloneable

Question

Почему не был указан метод .clone(), указанный в интерфейсе java.lang.Cloneable?

Answer 1

В основном, это сломанный интерфейс. Кен Арнольд и Билл Веннерс обсудили его в Java Design Issues.

Арнольд:

Если бы я был Бог в этот момент, и многие люди, вероятно, рад, что я не являюсь, я бы сказал, принизить Cloneable и имеют Copyable, потому что Cloneable есть проблемы. Помимо того, что он ошибочно написан, Cloneable не содержит метода clone. Это означает, что вы не можете проверить, является ли что-то экземпляром Cloneable, отбросить его до Cloneable и вызвать clone. Вы снова должны использовать отражение, что ужасно. Это только одна проблема, но я определенно решаю.

Answer 2

Смотрите эту ошибку в базе данных багов Java:

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

По сути, это конструктивный недостаток в более ранних версиях Java, что они не намерены закрепить в Cloneable интерфейс, чтобы сделать это будет совместимость с некоторыми существующими кодами.

Answer 3

Поскольку метод clone реализован в классе Object из-за его «специального» условия: копия памяти объектов любого типа.

Answer 4

В Java существует эта концепция интерфейсов маркеров. Интерфейс Cloneable не имеет методов или полей и служит только для идентификации семантики клонирования.

из dev-x сайте:

Часто вы столкнетесь интерфейсы в Java, которые не имеют никакого поведения. Другими словами, они являются просто пустыми определениями интерфейсов. Они известны как интерфейсы маркеров. Некоторые примеры маркерных интерфейсов в Java API, включают в себя:

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

Answer 5

На проекте я работаю, мы создали интерфейс под названием PublicCloneable, содержит метод клонирования и указывает, что он является публичным.

Я нахожу это полезным: тот факт, что есть метод клонирования, но вы не можете получить к нему доступ, не очень помогает.

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