팩토리 메서드 패턴 (Factory Method Pattern)

팩토리 메서드 패턴(Factory Method Pattern)은 객체 생성을 위한 인터페이스를 상위 클래스에 정의하고, 실제로 어떤 클래스의 인스턴스를 만들지는 하위 클래스가 결정하도록 미루는 생성 디자인 패턴이다. 팩토리 메서드 패턴을 적용하면 객체를 사용하는 코드와 객체를 생성하는 코드가 분리되어, 새로운 제품 타입이 추가되어도 기존 로직을 수정하지 않고 확장할 수 있다.

패턴의 의도

코드 곳곳에 new 구체클래스()가 흩어져 있으면 두 가지 문제가 생긴다. 첫째, 사용하는 쪽이 구체 클래스에 직접 의존하므로 새로운 종류의 객체가 추가될 때마다 생성 지점을 전부 찾아 수정해야 한다. 둘째, 생성 로직이 복잡해지면(설정 읽기, 유효성 검사, 초기화 순서 등) 그 복잡함이 사용하는 코드까지 오염시킨다.

팩토리 메서드 패턴은 "무엇을 만들지 아는 책임"을 하위 클래스로 밀어낸다. 상위 클래스는 객체를 만들어 사용하는 전체 흐름만 정의하고, 생성 지점은 추상 메서드(팩토리 메서드)로 뚫어 둔다. 하위 클래스가 이 메서드를 오버라이드해 구체 제품을 반환하면, 상위 클래스의 로직은 어떤 제품이 오든 인터페이스만 보고 동작한다. 결국 생성의 변화가 하위 클래스 추가라는 형태로 격리된다.

구조와 참여 객체

• 제품(Product): 팩토리 메서드가 반환하는 객체들의 공통 인터페이스다.
• 구체 제품(Concrete Product): 제품 인터페이스의 실제 구현체다.
• 생성자(Creator): 팩토리 메서드를 추상 메서드로 선언하고, 제품을 활용하는 공통 로직을 담는 클래스다. 이 클래스의 핵심 역할은 생성이 아니라 제품을 사용하는 비즈니스 로직이라는 점에 주의한다.
• 구체 생성자(Concrete Creator): 팩토리 메서드를 오버라이드하여 특정 구체 제품을 생성해 반환한다.

흐름을 정리하면, 클라이언트는 구체 생성자를 골라 인스턴스화하고, 생성자의 공통 로직이 실행되는 중간에 팩토리 메서드가 호출되어 하위 클래스가 정한 제품이 만들어진다. 상위 클래스 입장에서는 생성이 다형성의 한 지점이 된 것이다.

Java 코드 예시

알림 발송 기능을 예로 든다. 발송 전후의 로깅과 재시도 같은 공통 흐름은 상위 클래스에 있고, 어떤 채널의 알림 객체를 만들지는 하위 클래스가 정한다.

// 제품 인터페이스
public interface Notification {
    void send(String message);
}

// 구체 제품
public class EmailNotification implements Notification {
    public void send(String message) {
        System.out.println("이메일 발송: " + message);
    }
}

public class SmsNotification implements Notification {
    public void send(String message) {
        System.out.println("SMS 발송: " + message);
    }
}

// 생성자: 공통 흐름 + 팩토리 메서드 선언
public abstract class NotificationService {

    // 제품을 사용하는 공통 로직
    public void notifyUser(String message) {
        Notification notification = createNotification(); // 팩토리 메서드 호출
        System.out.println("발송 시작");
        notification.send(message);
        System.out.println("발송 완료 기록");
    }

    // 팩토리 메서드: 생성 책임을 하위 클래스에 위임
    protected abstract Notification createNotification();
}

// 구체 생성자
public class EmailNotificationService extends NotificationService {
    @Override
    protected Notification createNotification() {
        return new EmailNotification();
    }
}

// 클라이언트
NotificationService service = new EmailNotificationService();
service.notifyUser("면접 일정이 확정되었습니다");

푸시 알림이 새로 필요해지면 PushNotification과 PushNotificationService를 추가하면 끝이다. NotificationService의 공통 흐름은 한 글자도 바뀌지 않으므로 개방 폐쇄 원칙이 지켜진다.