Clone() vs 복사 생성자 - Java에서 권장되는

Question

복제 메소드와 java의 복사 생성자. 어느 것이 올바른 해결책인가. 어디에서 각 경우를 사용합니까?

Answer 1

복제가 손상되었으므로 사용하지 마십시오. 그것은 그 개체의 동일한 복사본을 생성하지 :

Object 클래스 의 clone 메소드는 할 이제까지 수없는 순수 자바 방법은 무엇 을하는 다소 마법의 방법이다. Java 컴파일러 *의 베타 - 릴리스 날짜 이후 원시 객체 슈퍼 클래스에있었습니다. 그리고, 모든 고대 마법처럼, 사본 오브젝트

Foo copyFoo (Foo foo){ 
    Foo f = new Foo(); 
    //for all properties in FOo 
    f.set(foo.get()); 
    return f; 
} 

읽기 예기치 않게

이 방법을 선호 역효과 에서 주문을 방지하기 위해 적절한 주문을 필요로 더 http://adtmag.com/articles/2000/01/18/effective-javaeffective-cloning.aspx

Answer 2

clone()은 기본적으로 작동하지 않는다는 것을 명심하십시오. Cloneable을 구현하고 clone() 메서드를 public에서 재정의해야합니다.

바람직하다 몇 가지 대안이있다합니다 (clone() 방법은 다른 답변에 명시된 바와 같이 설계 문제를 많이 가지고 있기 때문에)와 복사 생성자는 수동 작업이 필요합니다 :

• BeanUtils.cloneBean(original) (가) 작성 Object.clone()에 의해 생성 된 것과 같은 얕은 클론. (이 클래스는 commons-beanutils입니다.)

• SerializationUtils.clone(original)은 딥 클론을 생성합니다. (전체 특성 그래프가 복제되는 즉,뿐만 아니라 첫 번째 수준) (commons-lang에서)하지만, 모든 클래스는 Serializable

• Java Deep Cloning Library도 Serializable

Answer 3

페이지를 구현할 필요없이 깊은 복제를 제공합니다 구현해야합니다 : How to properly override clone method?. 클로닝은 Java에서 깨졌습니다. 이므로 매우 어렵습니다.을 사용하면 올바르게 처리 할 수 ​​있습니다. 심지어 은 실제로 많이 제공하지 않습니다.이므로 번거 로움이 없습니다.

Answer 4

복사 생성자는 클래스 형식을 복사 생성자의 형식으로 제한합니다. 예를 생각해

// Need to clone person, which is type Person 
Person clone = new Person(person); 

이것은 person이 Person의 서브 클래스를 할 수 있다면 작업 (또는 Person가 인터페이스 인 경우)하지 않습니다. 이것은 복제본의 전체 요점입니다. 즉, 런타임에 적절한 유형을 동적으로 복제 할 수 있다는 것입니다 (복제가 제대로 구현되었다고 가정).

Person clone = (Person)person.clone(); 

또는

Person clone = (Person)SomeCloneUtil.clone(person); // See Bozho's answer 

지금 person는 clone가 제대로 구현되는 것을 가정 Person의 모든 유형이 될 수 있습니다.

Answer 5

clone()은 여러 실수 (this question 참조)로 설계되었으므로 피하는 것이 가장 좋습니다. Effective Java 2nd Edition에서

, 항목 11 : 재정의 클론 신중

Cloneable을과 관련된 모든 문제, 그것은 다른 인터페이스를 확장하지 않도록 말을 안전하고 감안할 때 상속을 위해 설계된 클래스 (항목이 17)는 그것을 구현해서는 안됩니다. 의 많은 단점으로 인해 일부 전문가 프로그래머는 을 복제 방법을 재정의하지 않고 단순히 복사 배열 을 제외하고는 절대로 호출하지 않기로 선택합니다. 상속을위한 클래스를 디자인하는 경우 잘 작동하는 보호 된 복제 메서드를 제공하지 않기로 선택하면 은 하위 클래스에서 Cloneable을 구현할 수 없습니다.

이 설명서에서는 복사 생성자가 Cloneable/clone보다 갖는 많은 장점에 대해서도 설명합니다. 그들은 위험 발생하기 쉬운 extralinguistic 객체 생성 메커니즘에 의존하지 않는

• 그들은 마지막 필드
을의 적절한 사용과 충돌하지 않는
• 얇게 문서화 된 규칙을 집행 준수를 요구하지 않습니다
• 불필요한 확인 예외를 throw하지 않습니다.
• 캐스팅이 필요하지 않습니다.

모든 표준 컬렉션에는 복사 생성자가 있습니다. 그것을 써.

List<Double> original = // some list 
List<Double> copy = new ArrayList<Double>(original); 

Answer 6

큰 슬픔 : Cloneable를/복제 나 생성자도 훌륭한 솔루션입니다 : 내가 구현 클래스를 알고 싶지 않아! (예 : - 동일한 숨겨진 MumbleMap 구현을 사용하여 복사 할지도가있는지도가 있습니다.) 지원되는 경우 사본을 만들고 싶습니다. 그러나 Cloneable에는 clone 메서드가 없으므로 clone()을 호출 할 때 안전하게 형변환 할 수있는 것이 없습니다.

오라클은 최상의 "Copy Object"라이브러리가 무엇이든 관계없이 Oracle을 다음 Java 릴리스의 표준 구성 요소로 설정해야합니다 (아직 숨겨져 있지 않은 경우).

물론 더 많은 라이브러리 (예 : 컬렉션)가 변경 불가능한 경우이 '복사'작업은 사라집니다. 그런 다음 우리는 "빈"패턴보다는 "클래스 불변성"과 같은 것들을 사용하여 Java 프로그램을 설계하기 시작할 것입니다 (깨진 객체를 만들고 좋은 것으로 바뀔 때까지 변형).