3-4 Cloneable을 사용하지 마라 & Comparable의 사용

# Cloneable을 사용하지 마라.

Cloneable은 어떤 객체가 복제(clone)을 허용한다는 사실을 알리는 데 쓰려고 고안된 믹스인(mixin) 인터페이스다.

이 인터페이스에는 clone 메서드가 없으며, Object의 clone 메서드는 protected로 선언되어 있다.

 

다만 배열을 제외하고, 일반적인 자바 객체에 사용하는건 불가능한 일이다. 사용하지 말자.

 

단순히 super.clone()이 반환하는 객체를 그대로 반환하도록 구현한다면 문제가 생길 수 있다.

clone 메서드는 또 다른 형태의 생성자이다. 원래 객체를 손상시키는 일이 없도록 해야 하고, 복사본의 불변식(invariant)도 제대로 만족시켜야 한다. Stack의 clone 메서드가 제대로 동작하도록 하려면 스택의 내부 구조도 복사해야 한다.

 

clone 메서드를 구현하는 것은 복잡한 과정이다. clone 메서드를 구현해야만 하는 것이 아니라면, 객체를 복사할 대안을 제공하거나, 아예 복제 기능을 제공하지 않는 것이 낫다. 예를 들어, 변경 불가능 클래스는 객체 복제를 허용하지 않는 것이 맞다. 복사본은 원래 객체와 논리적으로 구별이 불가능할 것이기 때문.

@Override public Stack clone() {
    try {
        Stack result = (Stack) super.clone();
        result.elements = elements.clone();
        return result;
    } catch (CloneNotSupportedException e) {
        throw new AssertionError();
    }
}

 

 

# sort 기능을 만들려고 한다면 Comparable 구현도 고려하라.

sort 기능을 만들려고 한다면 Comparable을 구현하고 사용하자.

박싱된 기본타입 클래스 (Integer)의 경우, static compare나 Comparator 인터페이스가 제공하는 비교자 (Comparator) 생성 메서드를 활용하면 좋다.

 

이렇게 하는 이유는 Comparable 인터페이스를 구현하면 Collection과 연동할 수 있다. 또한 Comparable은 제네릭을 인터페이스이므로 컴파일 시간에 타입검증이 완료되기에, 비교하는 함수에서 인자로 받은 객체의 자료형을 검사하거나 (myClass) value 처럼 불필요한 캐스팅을 할 필요도 없어진다.  

 dogs.sort(Dog.getReversedComparator());

@ToString
@Builder
@Getter
public class Dog {

    private final static Comparator<Dog> reversedComparator =
            Comparator.comparingInt(Dog::getAge)
                    .thenComparingInt(Dog::getLegs)
                    .reversed();

    public static Comparator<Dog> getReversedComparator() {
        return reversedComparator;
    }

    private int age;
    private int legs;
}