Реализация метода clone

@Gibby · Регистрация: 16.10.2012

Студворк — интернет-сервис помощи студентам

Читаю книгу J.Bloch - Effecitve Java. Не могу понять один абзац. Речь идет о контракте (general contract) метода clone.

Вот цитата целиком:

The provision that x.clone().getClass() should generally be identical to x.getClass(), however, is too weak. In practice, programmers assume that if they extend a class and invoke super.clone from the subclass, the returned object will be an instance of the subclass. The only way a superclass can provide this functionality is to return an object obtained by calling super.clone. If a clone method returns an object created by a constructor, it will have the wrong class. Therefore, if you override the clone method in a nonfinal class, you should return an object obtained by invoking super.clone. If all of a class’s superclasses obey this rule, then invoking super.clone will eventually invoke Object’s clone method, creating an instance of the right class. This mechanism is vaguely similar to automatic constructor chaining, except that it isn’t enforced.

И по пунктам:

The provision that x.clone().getClass() should generally be identical to x.getClass(), however, is too weak.

Что имеется в виду под "условие является слишком слабым"? Он должно быть сильнее в каком смысле? Контракт должен обязательно требовать, чтобы x.clone().getClass() == x.getClass() возвращало TRUE?

In practice, programmers assume that if they extend a class and invoke super.clone from the subclass, the returned object will be an instance of the subclass.

Программист ожидает, что, создав наследника и вызвав в нем super.clone() он получит в результате экземпляр наследника? Лично для меня это не интуитивно. Это такие правила клонирования в Java - просто идти вниз по методам clone пока не дойдете до Object, который все сделает за вас?

Тогда я правильно понимаю, что при такой схеме данных:

у меня будет вот такой механизм клонирования:

?

@mutagen · 27.08.2013, 19:22

имеется в виду что програмист не обязан имплементировать в цепочке наследования клонирование и это фигово, так как ты не можешь надеяться, что вызвав super.clone ты получишь клона

@Gibby · 28.08.2013, 14:31 **[ТС]**

Да, но если в классе-предке не реализован clone() - мы сразу получим ошибку компиляции. Проблема будет, если мы не можем менять этот класс - это да.

Я правильно понимаю, что основная причина, по которой в интерфейсе Cloneable нет метода clone в том, что в каждом классе тип возвращаемого значения свой? Они не могли сделать public Object clone() ?

Добавлено через 17 минут
Судя по тому, что сейчас в Java ввели ковариантность типов возвращаемых значений, они вполне бы могли сделать public Object clone(). Это, я так понимаю, артефакт предыдущих версий? А поменять интрефейс они не могут, потому что на такой работе интерфейся уже завязана куча программ, которые придется переписывать?

Кстати, википедия говорит, что ковариантность в Java была реализована частично. В каком смысле?

@mutagen · 28.08.2013, 16:36

просто реализовать клон не всегда возможно в принципе, особенно когда в классе есть внешние ресурсы, типа соединений и потоков

а интерфейс он как маркер чтобы jvm не пугалась что ты повышаешь уровень скрытия метода clone )))

@Gibby · 28.08.2013, 16:58 **[ТС]**

mutagen, так а в чем проблема? Не можешь реализовать clone - не подключай интерфейс.

@mutagen · 29.08.2013, 10:44

не все классы сериализуемы, не все классы клонабельны, для этого и существуют интерфейсы маркеры
скажем так чтобы помирить жестокую реальность с попыткой создать идеализированную среду для абстракций

@Gibby · 30.08.2013, 13:40 **[ТС]**

Здоровенная глава про метод clone заканчиватся фразой вроде "Во всех возможных случаях желательно метод clone() не переопределять и интерфейс Cloneable не реализовывать. Есть более нормальные, человеческие методы копирования объектов". Ну здорово

Новые блоги и статьи Все статьи Все блоги /
Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI
Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .

@mutagen 2587 / 2260 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	27.08.2013, 19:22
	имеется в виду что програмист не обязан имплементировать в цепочке наследования клонирование и это фигово, так как ты не можешь надеяться, что вызвав super.clone ты получишь клона 0

@Gibby 154 / 154 / 10 Регистрация: 16.10.2012 Сообщений: 354 Записей в блоге: 1
	28.08.2013, 14:31 [ТС]
	Да, но если в классе-предке не реализован clone() - мы сразу получим ошибку компиляции. Проблема будет, если мы не можем менять этот класс - это да. Я правильно понимаю, что основная причина, по которой в интерфейсе Cloneable нет метода clone в том, что в каждом классе тип возвращаемого значения свой? Они не могли сделать public Object clone() ? Добавлено через 17 минут Судя по тому, что сейчас в Java ввели ковариантность типов возвращаемых значений, они вполне бы могли сделать public Object clone(). Это, я так понимаю, артефакт предыдущих версий? А поменять интрефейс они не могут, потому что на такой работе интерфейся уже завязана куча программ, которые придется переписывать? Кстати, википедия говорит, что ковариантность в Java была реализована частично. В каком смысле? 0

@mutagen 2587 / 2260 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	28.08.2013, 16:36
	просто реализовать клон не всегда возможно в принципе, особенно когда в классе есть внешние ресурсы, типа соединений и потоков а интерфейс он как маркер чтобы jvm не пугалась что ты повышаешь уровень скрытия метода clone ))) 0

@Gibby 154 / 154 / 10 Регистрация: 16.10.2012 Сообщений: 354 Записей в блоге: 1
	28.08.2013, 16:58 [ТС]
	mutagen, так а в чем проблема? Не можешь реализовать clone - не подключай интерфейс. 0

@mutagen 2587 / 2260 / 257 Регистрация: 14.09.2011 Сообщений: 5,185 Записей в блоге: 18
	29.08.2013, 10:44
	не все классы сериализуемы, не все классы клонабельны, для этого и существуют интерфейсы маркеры скажем так чтобы помирить жестокую реальность с попыткой создать идеализированную среду для абстракций 0

@Gibby 154 / 154 / 10 Регистрация: 16.10.2012 Сообщений: 354 Записей в блоге: 1
	30.08.2013, 13:40 [ТС]
	Здоровенная глава про метод clone заканчиватся фразой вроде "Во всех возможных случаях желательно метод clone() не переопределять и интерфейс Cloneable не реализовывать. Есть более нормальные, человеческие методы копирования объектов". Ну здорово 0