Java Strategy 패턴 완벽 이해, 알고리즘을 유연하게 교체하는 설계 비법

🔗 Strategy 패턴이란?

Strategy 패턴은 객체지향 디자인 패턴 중 하나로, 알고리즘을 별도의 객체로 캡슐화하여 필요할 때 서로 교체할 수 있도록 설계하는 방식입니다.
이 패턴의 핵심은 실행할 알고리즘을 코드 내부에 고정하지 않고, 인터페이스를 통해 외부에서 주입받아 동적으로 변경할 수 있게 하는 것입니다.
이를 통해 동일한 작업을 다양한 방식으로 수행할 수 있으며, 새로운 알고리즘을 추가하더라도 기존 코드의 수정 없이 기능 확장이 가능합니다.

예를 들어, 결제 시스템을 만든다고 가정해봅시다.
신용카드 결제, 계좌이체, 간편결제 등 여러 결제 방법이 있을 수 있습니다.
Strategy 패턴을 적용하면 각 결제 방법을 하나의 전략 객체로 구현하고, 런타임 시점에 원하는 결제 전략을 선택하여 사용할 수 있습니다.
이렇게 하면 결제 방식이 늘어나거나 변경되더라도 메인 로직을 수정할 필요 없이 새로운 전략 클래스만 추가하면 됩니다.

📌 주요 특징

• 🛠️알고리즘을 독립된 클래스로 분리해 유지보수가 용이
• ⚙️클라이언트 코드에서 알고리즘 교체가 동적으로 가능
• 🔌OCP(개방-폐쇄 원칙)를 지켜 확장성 확보

💬 Strategy 패턴은 “행위”를 전략 객체로 정의하고, 필요할 때 이를 교체하는 방식으로 동작합니다.

// Strategy 인터페이스
public interface PaymentStrategy {
    void pay(int amount);
}

// 전략 구현체
public class CreditCardPayment implements PaymentStrategy {
    public void pay(int amount) {
        System.out.println(amount + "원 결제 (신용카드)");
    }
}

// Context 클래스
public class PaymentService {
    private PaymentStrategy strategy;
    public PaymentService(PaymentStrategy strategy) {
        this.strategy = strategy;
    }
    public void processPayment(int amount) {
        strategy.pay(amount);
    }
}

🛠️ Strategy 패턴의 핵심 구조

Strategy 패턴은 크게 전략(Strategy), 구체적 전략(Concrete Strategy), 그리고 컨텍스트(Context)라는 세 가지 주요 구성 요소로 나뉩니다.
각 요소는 특정 역할을 담당하며, 이 구조 덕분에 알고리즘 교체가 유연하게 가능합니다.

📌 구성 요소별 역할

이 구조는 객체 간 결합도를 낮추고, 새로운 전략을 쉽게 추가할 수 있는 환경을 제공합니다.
예를 들어, 결제 서비스에 새로운 결제 수단을 추가할 때 기존 Context 코드를 수정할 필요가 없습니다.
그저 새로운 Concrete Strategy 클래스를 작성하고, 이를 Context에 주입하면 끝입니다.

📌 UML 다이어그램 예시

또한, Strategy 패턴은 인터페이스 분리 원칙(ISP)과도 잘 맞습니다.
필요한 동작만 정의하여, 각 전략이 자신에게 필요한 기능만 구현하게 만들 수 있죠.
이는 불필요한 의존성을 줄이고, 더 깔끔한 설계를 가능하게 합니다.

⚙️ Java에서 구현하는 방법

Java에서 Strategy 패턴을 구현하려면 먼저 공통 인터페이스를 정의하고, 이를 구현하는 다양한 전략 클래스를 작성한 뒤, 컨텍스트(Context) 클래스에서 해당 전략을 주입받아 사용하는 방식으로 진행합니다.
이 과정을 거치면 런타임에 원하는 알고리즘으로 손쉽게 교체할 수 있습니다.

📌 구현 단계

• 🛠️1. Strategy 인터페이스 작성
• ⚙️2. 다양한 Concrete Strategy 클래스 구현
• 🔌3. Context 클래스에서 Strategy 객체를 주입받아 사용

// 1. Strategy 인터페이스
public interface SortStrategy {
    void sort(int[] numbers);
}

// 2. Concrete Strategy 구현체
public class BubbleSort implements SortStrategy {
    public void sort(int[] numbers) {
        System.out.println("버블 정렬 알고리즘 실행");
    }
}

public class QuickSort implements SortStrategy {
    public void sort(int[] numbers) {
        System.out.println("퀵 정렬 알고리즘 실행");
    }
}

// 3. Context 클래스
public class SortService {
    private SortStrategy strategy;

    public SortService(SortStrategy strategy) {
        this.strategy = strategy;
    }

    public void sortArray(int[] numbers) {
        strategy.sort(numbers);
    }
}

// 실행 예시
public class Main {
    public static void main(String[] args) {
        SortService service = new SortService(new QuickSort());
        service.sortArray(new int[]{5, 2, 9});
    }
}

📌 장점

Java에서 Strategy 패턴을 구현하면 코드의 유연성이 극대화되고, 새로운 기능 추가나 수정 시 기존 코드에 영향을 최소화할 수 있습니다.
이는 특히 대규모 프로젝트나 장기 유지보수가 필요한 시스템에서 큰 장점이 됩니다.

🔌 실전 활용 사례

Strategy 패턴은 이론적으로는 간단하지만, 실제 프로젝트에서 활용할 때 진가를 발휘합니다.
다양한 상황에서 유연하게 알고리즘을 교체하거나 확장할 수 있기 때문에, 유지보수성과 확장성이 중요한 시스템에 자주 쓰입니다.

📌 전자상거래 결제 시스템

온라인 쇼핑몰의 결제 기능에서는 신용카드, 계좌이체, 간편결제 등 다양한 결제 수단이 존재합니다.
Strategy 패턴을 적용하면 결제 수단별로 개별 클래스를 작성하고, 결제 로직을 분리하여 유지보수가 훨씬 수월해집니다.
또한 새로운 결제 방식이 추가되더라도 기존 코드 변경 없이 새로운 전략 클래스를 작성해 주입하면 됩니다.

📌 데이터 정렬 및 필터링

대규모 데이터 처리 시스템에서는 정렬 방식이나 필터링 조건을 상황에 따라 바꿔야 하는 경우가 많습니다.
예를 들어, 검색 엔진에서 검색 결과를 인기순, 최신순, 가격순으로 정렬할 수 있도록 하는 기능은 Strategy 패턴을 사용하면 깔끔하게 구현할 수 있습니다.

📌 인공지능 추천 시스템

추천 알고리즘을 상황이나 사용자에 따라 교체해야 할 때도 Strategy 패턴이 유용합니다.
예를 들어, 영화 추천 시스템에서는 장르 기반 추천, 평점 기반 추천, 협업 필터링 추천 등을 전략 객체로 분리해두고, 필요할 때 해당 전략을 적용할 수 있습니다.

결국 Strategy 패턴의 강점은 “변경에 유연하게 대응할 수 있는 구조”에 있습니다.
이 덕분에 다양한 비즈니스 요구사항을 충족시키면서도 유지보수 비용을 최소화할 수 있습니다.

💡 Strategy 패턴 사용 시 주의사항

Strategy 패턴은 확장성과 유연성이 뛰어나지만, 무조건 사용한다고 해서 좋은 것은 아닙니다.
적절한 상황에서만 적용해야 하며, 잘못 사용하면 오히려 코드 복잡도를 높일 수 있습니다.

📌 과도한 클래스 증가

Strategy 패턴을 적용하면 각 알고리즘마다 별도의 클래스가 생성되므로, 관리해야 할 클래스 수가 급격히 늘어날 수 있습니다.
규모가 작은 프로젝트에서는 이러한 구조가 오히려 부담이 될 수 있습니다.

📌 전략 선택 로직의 복잡성

전략 객체를 동적으로 교체하려면 선택 로직이 필요합니다.
이 로직이 복잡해지면 Strategy 패턴의 장점이 줄어들 수 있습니다.
따라서 전략 선택은 가급적 단순하고 명확하게 유지하는 것이 좋습니다.

📌 인터페이스 변경의 영향

Strategy 인터페이스를 수정하면 이를 구현하는 모든 Concrete Strategy 클래스에 영향을 줍니다.
따라서 인터페이스 설계 시 신중하게 고려해야 하며, 변경을 최소화하는 것이 중요합니다.

📌 대안 고려

전략 변경 가능성이 낮거나, 알고리즘이 단순한 경우에는 오히려 일반 조건문(if-else) 구조가 더 효율적일 수 있습니다.
또한 Java 8 이상의 경우 람다(lambda) 표현식을 사용하여 불필요한 클래스 생성을 줄일 수 있습니다.

결론적으로, Strategy 패턴은 “다양한 알고리즘을 자주 교체해야 하는 경우”에 강력한 도구입니다.
그러나 사용 여부는 프로젝트 요구사항과 팀의 유지보수 역량을 종합적으로 고려해야 합니다.

❓ 자주 묻는 질문 (FAQ)