[디자인 패턴] 생성패턴 - Abstract Factory Pattern (추상 팩토리 패턴)

목차

 

📇 개요

관련 객체들의 구상 클래스들을 지정하지 않고도 관련 객체들의 모음을 생성할 수 있도록 하는 생성패턴이다.

• 서로 관련이 있는 객체들을 통째로 묶어서 추상화하고, 팩토리 객체에서 집합으로 묶은 객체 군을 생성한다.
• 추상 팩토리 패턴의 핵심은 제품'군' 집합을 타입 별로 찍어낼 수 있다는 점이다.
• 팩토리 메서드 패턴을 좀 더 캡슐화한 방식이다.

 

 

👩🏻‍💻 코드로 알아보자

buttons: 첫 번째 제품의 계층구조

public interface Button {
    void paint();
}

public class MacOSButton implements Button {
    @Override
    public void paint() {
        System.out.println("You have created MacOSButton.");
    }
}

public class WindowsButton implements Button {
    @Override
    public void paint() {
        System.out.println("You have created WindowsButton.");
    }
}

 

 

checkboxes: 두 번째 제품의 계층구조

public interface Checkbox {
    void paint();
}

public class MacOSCheckbox implements Checkbox {
    @Override
    public void paint() {
        System.out.println("You have created MacOSCheckbox.");
    }
}

public class WindowsCheckbox implements Checkbox {
    @Override
    public void paint() {
        System.out.println("You have created WindowsCheckbox.");
    }
}

 

 

 factories/GUIFactory.java: 추상 팩토리

// 추상 팩토리
public interface GUIFactory {
    Button createButton();
    Checkbox createCheckbox();
}

// 구상 팩토리1
public class MacOSFactory implements GUIFactory {
    @Override
    public Button createButton() {
        return new MacOSButton();
    }

    @Override
    public Checkbox createCheckbox() {
        return new MacOSCheckbox();
    }
}

// 구상 팩토리2
public class WindowsFactory implements GUIFactory {
    @Override
    public Button createButton() {
        return new WindowsButton();
    }

    @Override
    public Checkbox createCheckbox() {
        return new WindowsCheckbox();
    }
}

• MacOSFacotry, WindowsFactory 등 각 구상 클래스에서 제품군 별로 객체를 생성한다.

 

 

☘️ 장/단점

장점

• 팩토리에서 생성되는 제품의 상호 호환을 보장할 수 있다.
• 구상 제품들과 클라이언트 코드 사이의 결합도를 낮출 수 있다.
• 단일 책임 원칙(SRP) : 제품 생성 코드를 한 곳으로 추출하여 코드를 더 쉽게 유지보수할 수 있다.
• 개방/폐쇄 원칙(OCP) : 기존 클라이언트 코드를 훼손하지 않고 제품의 새로운 변형들을 생성할 수 있다.

단점

• 패턴과 함께 새로운 인터페이스들과 클래스들이 많이 도입되기 때문에 코드가 필요 이상으로 복잡해질 수 있다. (팩토리 패턴의 공통적인 문제점)
• 기존 추상 팩토리의 세부 사항이 변경되면 모든 팩토리에 대한 수정이 필요해진다. 이는 추상 팩토리와 모든 구상 팩토리의 수정을 초래한다.
• 새로운 종류의 제품을 지원하는 것이 어렵다. 새로운 제품이 추가되면 추상 팩토리 및 구상 팩토리를 변경해주어야 한다.

 

📋 참고

• https://refactoring.guru/ko/design-patterns/abstract-factory
• https://inpa.tistory.com/entry/GOF-%F0%9F%92%A0-%EC%B6%94%EC%83%81-%ED%8C%A9%ED%86%A0%EB%A6%ACAbstract-Factory-%ED%8C%A8%ED%84%B4-%EC%A0%9C%EB%8C%80%EB%A1%9C-%EB%B0%B0%EC%9B%8C%EB%B3%B4%EC%9E%90