• 팩토리 패턴이 필요한 이유
• 심플 팩토리 (Simple Factory)
  • Step1: 객체 생성 부분 캡슐화하기
  • Step2: 팩토리 객체 만들기
  • Step3: 클라이언트 코드 수정하기
  • 심플 팩토리의 한계점
• 팩토리 메서드 패턴 (Factory Method Pattern)
  • 1. Creator 계층 (생성자): 공장
    • 1.1 구상 크리에이터 (ConcreteCreator)
  • 2. Product 계층 (제품): 결과물
    • 2.1 Abstract Product (Pizza)
    • 2.2 Concrete Products (NYStyleCheesePizza & ChicagoStyleCheesePizza)

팩토리 패턴이 필요한 이유

1. new에는 어떤 문제가 있을까?

Duck duck = new MallardDuck();

• new는 구상 클래스의 인스턴스를 생성합니다.
• 결국 어딘가에서는 new를 사용해 구체적인 객체를 생성해야 합니다.
• 문제는 이 new를 사용한 객체 생성 코드가 조건문(if-else)과 결합될 때 발생합니다.

2. 구체적인 문제 상황

Duck duck;
if (type == picnic) duck = new MallardDuck();
else if (type == hunting) duck = new DecoyDuck();
else if (type == inBathTub) duck = new RubberDuck();

• 만약 새로운 종류의 오리가 추가되면, 개발자는 이 if-else 문을 찾아서 코드를 직접 수정해야 합니다.
• 즉, **개방-폐쇄 원칙(OCP)**을 위반합니다. (기능 확장을 위해 기존 코드를 수정해야 함)

3. 해결책