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

Нужно ли внедрять Cloneable для клонирования? Да. Метод clone() имеет модификатор защищенного доступа со следующим пояснением Javadoc: -

Этот метод создает новый экземпляр класса этого объекта и инициализирует все его поля точно содержимым соответствующих полей этого объекта, как бы по присваиванию; содержимое полей само по себе не клонируется. Таким образом, этот метод выполняет shallow copy операции с этим объектом, а не deep copy операции.

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

Чему-то, кто читает ваш курс, будет трудно понять важность метода testClone().

Реализация интерфейса Cloneable нужна для того, чтобы вызов Object.clone() не вызывал исключение. (В этом вся цель Cloneable.)

Вы не используете Object.clone(). Таким образом, реализация Cloneable или нет не имеет значения. Это не имеет ничего общего с тем, как называется ваш метод. Ваш метод может называться testClone(), и он может вызывать до super.clone(). Или ваш метод может называться clone() и не использовать super.clone(). Важно то, что вы не используете Object.clone().

Преимущество использования Object.clone() заключается в том, что возвращаемый объект имеет тот же класс времени выполнения, что и объект, для которого он вызывается. С другой стороны, ваш метод всегда создает новый объект ColoredCircle. Поэтому, когда ваш метод testClone() наследуется в подклассе, он все равно будет создавать ColoredCircle, а не экземпляр этого подкласса. Принимая во внимание, что если ваш метод называется super.clone(), он сможет получить экземпляр любого подкласса, которым является текущий экземпляр.

Cloneable — это интерфейс маркера. Он не содержит методов.

Дело в том, что метод clone определен в классе Object. Поскольку все классы реализуют класс Object, это означает, что все классы имеют метод clone. Однако не все объекты на самом деле его поддерживают. Некоторые из них просто выкинут CloneNotSupportedException. Но этот метод клонирования является методом native, поэтому точное поведение этого метода не видно в исходном коде Java. Таким образом, ему не хватает прозрачности.

Интерфейс Cloneable поможет нам распознать, какие классы действительно можно клонировать, а какие нет. По соглашению классы, которые не реализуют Cloneable, будут выдавать CloneNotSupportedException.

Примечание. метод clone также помечен protected. Таким образом, также принято переопределять его, чтобы сделать его public в поддерживающих классах.

Дизайн clone был представлен в JDK1. В наши дни все согласны с тем, что дизайн java clone содержит некоторые недостатки. Некоторые предпочитают просто создавать конструктор клонирования (например, public Color(Color toCopy) {this.color = toCopy.color;})