[Design Pattern] 팩토리 패턴 (Factory Pattern)

1. 팩토리 패턴

팩토리 패턴은 객체 생성 로직을 팩토리(인터페이스)로 캡슐화하여

클라이언트 코드가 특정 구채 클래스에 직접 의존하지 않도록 하는 생성 디자인 패턴을 가리킨다.

 

2. 팩토리 패턴은 언제 사용할까?

// 원본 코드
Document doc = new WordDocument();

// 수정할 코드
Document doc = new PDFDocument();

새로운 제품 클래스가 추가되어 기존 코드를 수정하고자 한다.

프로젝트 모든 코드에서 WordDocument 클래스 대신 PDFDocument 클래스를 사용하고자 한다면

일일이 찾아 관련 코드를 변경해줘야 한다.

 

기존 코드를 SOLID 원칙으로 바라본다면

개방 폐쇄 원칙 - OCP (기존 코드를 수정하지 않고 확장이 가능해야 한다.)

의존성 역전 원칙 - DIP (구체적인 클래스가 아닌 추상 클래스에 의존해야 한다.)

두 부분을 지키고 있지 않는 것을 확인할 수 있다.

 

그래서 팩토리 패턴을 통해

생성 부분을 추상화할 수 있다.

 

3. 팩토리 패턴 종류

• Factory Method
• Abstract Factory
• SImple Factory

 

4. 팩토리 패턴의 장단점

장점

• 객체 생성 로직을 캡슝화하여, 클라이언트 코드의 수정 범위를 최소화한다.
• 팩토리만 교체하면, 생성되는 객체를 손쉽게 변경할 수 있다.

 

단점

• 클래스와 구조가 다소 복잡해질 수 있다.
• 분기 로직이 팩토리 쪽에 몰릴 수 있다.
• 간단한 경우에는 new로 생성하는게 더 나을 수 있다.

 

5. 요약

객체 생성시 구현 클래스의 의존으로 코드가 복잡해진다면

팩토리 패턴을 사용하여 캡슐화하고 추상 클래스를 의존하게 하여 

구현 클래스의 교체를 유연하게 대처할 수 있다.