Factory 패턴은 정확한 클래스를 지정하지 않고 객체를 생성하는 방법을 제공합니다 — 객체 생성을 담당하며 어떤 타입을 인스턴스화할지 결정하는 메서드 또는 클래스입니다. 객체 생성을 중앙화하고 추상화하여, 코드를 구체 클래스로부터 분리(decouple)합니다.
FACTORY → 객체 생성을 캡슐화함 (생성자를 직접 호출하는 대신):
→ factory 메서드/클래스가 어떤 클래스를 인스턴스화할지 결정하고 생성함
→ 호출자는 factory에 객체를 요청하고(타입/매개변수로) → 구체 클래스를 알거나
지정하지 않고도 알맞은 객체를 받음
→ 코드를 구체 클래스로부터 분리함; 생성 로직을 중앙화함
{
() {
(type) {
: ();
: ();
: ();
}
}
}
shape = .();
이점:
✓ 분리(DECOUPLING) → 호출자는 구체 클래스가 아니라 인터페이스/factory에 의존함
✓ 중앙화된 생성 → 생성 로직이 한 곳에 (변경/확장이 쉬움)
✓ 유연성 → 새 타입 추가(factory 변경)나 구현 교체가 쉬움
변형:
→ FACTORY METHOD → 메서드(흔히 서브클래스가 오버라이드)가 객체를 생성
→ ABSTRACT FACTORY → 관련된 객체들의 집합(family)을 생성
→ 단순 factory(위 예시)가 기본 형태
Factory 패턴을 이해하는 것은 가치가 있습니다. 이는 코드를 객체 생성으로부터 분리하는 데 쓰이는 흔하고 유용한 생성 패턴이므로 실무적으로 관련 있는 설계 지식이기 때문입니다.
Factory 패턴은 객체 생성을 캡슐화합니다 — factory 메서드나 클래스가 어떤 클래스를 인스턴스화할지 결정하게 하여, 호출자가 객체를 요청하면(타입이나 매개변수로) 구체 클래스를 알거나 지정하지 않고도 알맞은 객체를 받습니다.
이를 이해하는 것은 가치가 있는데, 실제 필요를 해결하기 때문입니다. 코드를 구체 클래스로부터 분리(호출자가 특정 구현이 아니라 factory/인터페이스에 의존함)하고 생성 로직을 중앙화(한 곳에 모아 변경과 확장을 쉽게 만듦)합니다.
이점 — 분리, 중앙화된 생성, 유연성(호출하는 모든 코드를 수정하지 않고 factory만 변경하여 새 타입을 쉽게 추가하거나 구현을 교체) — 을 이해하면 이 패턴이 왜 유지보수 가능하고 유연한 코드에 유용한지 명확해집니다.
변형 — 단순 factory(무엇을 생성할지 결정하는 메서드), factory method(흔히 서브클래스가 오버라이드), abstract factory(관련된 객체들의 집합을 생성) — 을 이해하면 factory 접근 방식의 전 범위를 다루게 됩니다.
Factory 패턴은 흔히 사용되고 자주 논의되며, 객체 생성이 유연하거나 분리되어야 하는 곳이라면 실제 코드베이스와 프레임워크 전반에 나타납니다.
Factory 패턴은 코드를 객체 생성으로부터 분리하고 생성 로직을 중앙화하는(유연성과 유지보수성을 향상시킴) 흔하고 유용한 생성 패턴이며, 그것이 하는 일, 이점, 변형을 이해하는 것은 실무적으로 관련이 있으므로, Factory 패턴을 이해하는 것은 가치 있고 널리 적용 가능한 설계 지식입니다. 이는 객체 생성에서 분리와 유연성을 위해 자주 사용되는 생성 패턴이며, 실제 코드베이스와 프레임워크에서 흔하고, 유지보수 가능하고 유연한 코드를 작성하는 데 중요한 설계 지식입니다.