프로토타입 패턴(Prototype Pattern)

참조: Java 언어로 배우는 디자인 패턴 입문

“복사해서 인스턴스 만들기”
“클래스에서 인스턴스를 만들지 않고 인스턴스에서 인스턴스 만들기”

객체를 클래스를 사용하여 new로 생성하지 않고 복사해서 만들고 싶은 경우
– 취급하는 객체가 다양해서 각각을 별도의 클래스로 두기엔 무리가 있을 때..
– 클래스에서 객체 생성이 어려운 경우(ex. 런타임에 마우스 조작으로 만들어 내는 객체)
– 프레임워크와 생성할 인스턴스를 분리하고 싶을 때. 모형이 되는 객체를 등록해 놓고 그 객체를 복사해서 인스턴스 생성.

예제 코드 from Wikipedia

/** Prototype Class **/
public class Cookie implements Cloneable {

public Object clone() {
try {
Cookie copy = (Cookie)super.clone();

//In an actual implementation of this pattern you might now change references to
//the expensive to produce parts from the copies that are held inside the prototype.

return copy;

}
catch(CloneNotSupportedException e) {
e.printStackTrace();
return null;
}
}
}

/** Concrete Prototypes to clone **/
public class CoconutCookie extends Cookie { }

/** Client Class**/
public class CookieMachine {

private Cookie cookie;//could have been a private Cloneable cookie;

public CookieMachine(Cookie cookie) {
this.cookie = cookie;
}
public Cookie makeCookie() {
return (Cookie)cookie.clone();
}
public static void main(String args[]) {
Cookie tempCookie = null;
Cookie prot = new CoconutCookie();
CookieMachine cm = new CookieMachine(prot);
for (int i=0; i<100; i++)
tempCookie = cm.makeCookie();
}
}

Prototype
– 원형 인터페이스로 객체 복사에 사용할 메소드를 정의한다.
– Cloneable 인터페이스 상속.

ConcretePrototype
– Prototype 인터페이스 구현하여 실제 복사 로직 구현.

Client
– Prototype 인터페이스를 사용하여 새로운 객체를 만든다.

주의할 것.
– Cloenable은 마커 인터페이스.
– 실제 clone 메소드는 Object 클래스에 들어있다.
– 필드 대 필드 복사라서 배열의 경우 레퍼런스를 복사해서 위험할 수 있다. 그럴 땐 직접 clone 메소드를 재정의 해야 한다.
– clone을 재정의 할 떄는 super.clone()을 호출해야 한다.
– clone은 복사만 하지 생성자를 호출하지 않는다. 그래서 생성시에 로직이 필요한 땐 그 로직도 clone에 같이 넣어 준다.
– 자세한건 API를 보시라…