Java에서 권장되는 Clone () vs Copy 생성자-[duplicate]

Java에서 권장되는 Clone () vs Copy 생성자-[duplicate]

---

이 질문에는 이미 답변이 있습니다.

• clone () 대 복사 생성자 대 팩토리 메소드? 답변 10 개

자바의 복제 방법 대 복사 생성자. 어느 것이 올바른 해결책입니까? 각 경우를 어디에서 사용해야합니까?

---

클론이 고장 났으므로 사용하지 마십시오.

Object 클래스의 CLONE 메소드는 순수한 Java 메소드가 할 수없는 것을 수행하는 다소 마술적인 메소드입니다. 동일한 오브젝트 사본을 생성합니다. Java 컴파일러의 베타 출시일부터 원시 Object 수퍼 클래스에 존재했습니다. 그리고 그것은 모든 고대 마법과 마찬가지로, 주문이 예기치 않게 역발하는 것을 막기 위해 적절한 주문을 요구합니다.

객체를 복사하는 방법을 선호

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

---

clone()즉시 작동하지 않는 것을 명심 하십시오. Cloneable의 clone()메소드 작성 을 구현 하고 대체해야합니다 public.

이 clone()방법은 다른 답변에 명시된 바와 같이 많은 설계 문제가 있기 때문에 선호되는 몇 가지 대안이 있으며 복사 생성자는 수동 작업이 필요합니다.

• BeanUtils.cloneBean(original)에서 만든 것과 같은 얕은 복제본을 만듭니다 Object.clone(). (이 클래스는 commons-beanutils의 클래스입니다 )

• SerializationUtils.clone(original)깊은 클론을 만듭니다. (즉, 첫 번째 수준뿐만 아니라 전체 속성 그래프가 복제 됨) ( commons-lang ), 모든 클래스는 구현해야합니다Serializable

• Java 딥 클로닝 라이브러리 는 구현할 필요없이 딥 클로닝을 제공합니다Serializable

---

clone ()은 몇 가지 실수로 설계되었으므로 ( 이 질문 참조 ) 피하는 것이 가장 좋습니다.

에서 효과적인 자바 2 판 , 항목 11 : 재정의 클론 신중하게

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

이 책은 또한 복사 생성자가 복제 가능 / 복제에 비해 많은 장점을 설명합니다.

• 위험이 발생하기 쉬운 외 언어 적 객체 생성 메커니즘에 의존하지 않습니다.
• 그들은 얇게 문서화 된 관습에 대해 강제 할 수없는 준수를 요구하지 않습니다
• 최종 필드의 올바른 사용과 충돌하지 않습니다
• 그들은 불필요한 점검 예외를 던지지 않습니다.
• 그들은 캐스트가 필요하지 않습니다.

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

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

---

복사 생성자는 클래스 유형을 복사 생성자의 클래스 유형으로 제한합니다. 예를 고려하십시오.

// 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모든 유형이 될 수 있습니다 .Personclone

---

참조 : 복제 방법을 올바르게 재정의하는 방법은 무엇입니까? . 클로닝은 자바로 망가졌고, 제대로 이해 하기가 어렵고 , 실제로 그렇게 많이 제공하지 않아도 번거롭지 않습니다.

---

큰 슬픔 : 복제 가능 / 복제 또는 생성자 모두 훌륭한 솔루션이 아닙니다. 구현 클래스를 알고 싶지 않습니다 !!! (예-동일한 숨겨진 MumbleMap 구현을 사용하여 복사하려는 Map이 있습니다) 지원되는 경우 복사하고 싶습니다. 그러나 아쉽게도 Cloneable에는 clone 메소드가 없으므로 clone ()을 호출 할 안전하게 유형 캐스트 ​​할 수있는 것은 없습니다.

최상의 "복사 객체"라이브러리가 무엇이든, Oracle은 다음 Java 릴리스의 표준 구성 요소로 지정해야합니다 (아직 어딘가에 숨겨져 있지 않은 경우).

물론 더 많은 라이브러리 (예 : 컬렉션)가 변경 불가능한 경우이 "복사"작업은 사라집니다. 그러나 우리는 가장 큰 "bean"패턴이 아닌 "class invariants"와 같은 것들로 Java 프로그램을 설계하기 시작할 것이다 (깨진 객체를 만들고 좋은 것으로 충분히 변할 때까지).

참고 URL : https://stackoverflow.com/questions/2427883/clone-vs-copy-constructor-which-is-re-commended-in-java