Зачем нужен интерфейс ICloneable, если есть конструктор копирования?

Question

[qwead]

Что мешает клиенту напрямую при создании копии объекта вызывать конструктор копирования?
Circle copyOfCircle = new Circle(oldCircle);
чем этот код хуже вот этого?:
Circle copyOfCircle = (Circle) oldCircle.Clone();

public class Circle implements ICloneable {
    public int radius;

    public Circle() {
    }

    public Circle(Circle target) {
         /* super(target); */
        if (target != null) {
            this.radius = target.radius;
        }
    }

    @Override
    public Object clone() {
        return new Circle(this);
    }
}

Answer 1

[Сергей Горностаев]

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

Вызывающий код может не знать, есть ли в этом классе конструктор копирования, а в наличии метода Clone() для экземпляра IClonable можно не сомневаться.

Comments

[qwead]

Тем не менее автокомплит любой IDE при вызове конструктора показывает возможные перегрузки, в том числе и конструктор копирования.

[Сергей Горностаев]

qwead, во-первых, IDE имеет доступ к исходному коду, а среда выполнения нет. Во-вторых, даже если бы в райнтайме можно было анализировать структуру класса (например, с помощью рефлексии), это сделало бы программу оооочень медленной.