Java에서 권장되는 Clone() vs Copy Constructor

Java에서 권장되는 Clone() vs Copy Constructor

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

clone() vs copy constructor vs 팩토리 메서드? (10개의 답변)

닫힘7년 전.

복제 메서드 vs 복사 생성자(Java).어느 쪽이 정답인지.각 케이스를 어디에 사용할까요?

클론이 고장났으니 사용하지 마세요.

오브젝트 클래스의 클론 메서드는 순수 Java 메서드로는 할 수 없는 다음과 같은 작업을 수행하는 다소 마법 같은 메서드입니다.오브젝트와 동일한 복사본을 생성합니다.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를 참조해 주세요.

점을 명심해 주세요.clone()바로 사용할 수 없습니다.도 실천을 될 것 같아요.Cloneable 위에 덧씌우세요.clone()조 in의 public.

그 가지가 더 .clone()또, 카피 합니다.

• BeanUtils.cloneBean(original) 얄팍한 클론을 만듭니다.Object.clone(). (이 클래스는 commons-beanutils에서 온 것입니다.)

• SerializationUtils.clone(original) 딥 클론을 만듭니다.(즉, 첫 번째 레벨뿐만 아니라 전체 속성 그래프가 복제되지만, 모든 클래스는 구현해야 합니다.)Serializable

• Java Deep Cloning Library는 구현 없이 딥 클로닝 기능을 제공합니다.Serializable

clone()은 몇 가지 오류로 설계되었기 때문에(이 질문을 참조), 피하는 것이 좋습니다.

유효한 Java 2nd Edition부터 항목 11: 복제를 적절하게 재정의합니다.

클론 가능과 관련된 모든 문제를 고려할 때 다른 인터페이스는 클론 가능을 확장해서는 안 되며 상속용으로 설계된 클래스(항목 17)는 이를 구현해서는 안 됩니다.많은 단점 때문에 일부 전문 프로그래머는 단순히 클론 방식을 덮어쓰지 않고 어레이를 복사하는 경우를 제외하고는 클론 방식을 실행하지 않습니다.상속용으로 클래스를 설계할 경우 올바르게 동작하는 보호된 클론 메서드를 제공하지 않으면 하위 클래스에서 클론 가능을 구현할 수 없습니다.

또한 이 책에서는 복제 가능/복제보다 복사 생성자가 갖는 많은 이점에 대해서도 설명합니다.

• 위험성이 높은 언어 외 개체 생성 메커니즘에 의존하지 않습니다.
• 그들은 얇은 문서화된 규약을 강제적으로 준수할 것을 요구하지 않는다.
• 최종 필드의 올바른 사용과 충돌하지 않습니다.
• 불필요한 체크 예외는 두지 않습니다.
• 깁스는 필요 없어요

모든 표준 컬렉션에는 복사 생성자가 있습니다.그것들을 사용하세요.

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어떤 종류의 것이든 될 수 있다Person라고 가정하면clone가 올바르게 실장되어 있습니다.

다음 항목도 참조하십시오.복제 메서드를 올바르게 재정의하는 방법Java에서는 클로닝이 고장났기 때문에 올바르게 실행하기가 매우 어렵고, 실행해도 별로 도움이 되지 않기 때문에 번거롭게 할 필요가 없습니다.

큰 슬픔: 클론/클론, 컨스트럭터 모두 훌륭한 솔루션이 아닙니다.실장 클래스는 알고 싶지 않습니다!!!(예: - 동일한 숨겨진 MumbleMap 구현을 사용하여 복사하고 싶은 맵이 있습니다)복사할 수 있다면 복사만 하고 싶습니다.단, Cloneable에는 Clone 메서드가 없기 때문에 Clone()을 호출할 때 안전하게 입력할 수 있는 것은 없습니다.

최고의 "복사 객체" 라이브러리가 무엇이든 Oracle은 이를 다음 Java 릴리스의 표준 컴포넌트로 만들어야 합니다(이미 숨겨져 있지 않은 한).

물론 더 많은 라이브러리(예: 컬렉션)가 불변의 경우 이 "복사" 태스크는 사라집니다.그러나 우리는 "bean" 패턴이 아닌 "class infonents"와 같은 Java 프로그램을 설계하기 시작할 것입니다(파손된 객체를 만들고 [충분]할 때까지 변환합니다).

언급URL : https://stackoverflow.com/questions/2427883/clone-vs-copy-constructor-which-is-recommended-in-java