Java Strategy 패턴 완벽 가이드, 실제 코드 사례로 이해하는 행위 패턴

🔗 Strategy 패턴이란?

Strategy 패턴은 행위 패턴 중 하나로, 알고리즘 군을 정의하고, 각 알고리즘을 캡슐화하여 교체 가능하게 만드는 디자인 패턴입니다.
즉, 동일한 기능을 수행하지만 구현 방식이 다른 여러 알고리즘을 상황에 맞게 선택하여 사용할 수 있도록 하는 것이 핵심입니다.
이를 통해 클라이언트 코드에서는 구체적인 알고리즘의 구현 방식을 몰라도, 필요한 시점에 전략을 바꿔 쓸 수 있습니다.

이 패턴은 조건문을 줄이고, 코드의 가독성과 유지보수성을 높이는 데 큰 도움을 줍니다.
예를 들어, 결제 시스템에서 카드 결제, 페이팔 결제, 계좌 이체 등 결제 방식이 다양할 때, Strategy 패턴을 적용하면 각 결제 로직을 독립적으로 구현하고 필요에 따라 손쉽게 교체할 수 있습니다.

📌 구조와 구성 요소

Strategy 패턴은 일반적으로 다음과 같은 구성 요소를 가집니다.

• 🛠️Strategy 인터페이스 – 모든 알고리즘이 구현해야 할 공통 메서드를 정의
• ⚙️ConcreteStrategy 클래스 – 구체적인 알고리즘을 구현
• 🔌Context 클래스 – Strategy 객체를 참조하고 실행 시점에 적절한 알고리즘을 호출

📌 간단한 UML 예시

아래는 Strategy 패턴의 기본적인 UML 구조입니다.
이 구조를 이해하면, 다양한 상황에서 어떻게 패턴을 적용해야 하는지 감이 잡힐 거예요.

[Context] --> [Strategy]
[Strategy] <|-- [ConcreteStrategyA]
[Strategy] <|-- [ConcreteStrategyB]

이처럼 Strategy 패턴은 객체 지향 설계 원칙 중 하나인 OCP(개방-폐쇄 원칙)를 실현하는 대표적인 방법입니다.
새로운 알고리즘을 추가하더라도 기존 코드를 수정할 필요 없이 확장이 가능하죠.

🛠️ Java에서 Strategy 패턴 구현하기

Java에서 Strategy 패턴을 구현하는 과정은 비교적 단순하지만, 패턴의 장점을 제대로 살리려면 구조를 정확히 이해하는 것이 중요합니다.
이번 예시에서는 결제 시스템을 주제로, 서로 다른 결제 방식을 Strategy 패턴으로 관리하는 방법을 보여드리겠습니다.

📌 1단계: Strategy 인터페이스 정의

public interface PaymentStrategy {
    void pay(int amount);
}

이 인터페이스는 결제 방식과 상관없이 모든 결제 클래스가 구현해야 할 pay() 메서드를 정의합니다.

📌 2단계: ConcreteStrategy 클래스 구현

public class CreditCardPayment implements PaymentStrategy {
    @Override
    public void pay(int amount) {
        System.out.println(amount + "원을 신용카드로 결제합니다.");
    }
}

public class PaypalPayment implements PaymentStrategy {
    @Override
    public void pay(int amount) {
        System.out.println(amount + "원을 PayPal로 결제합니다.");
    }
}

각 클래스는 같은 메서드를 구현하지만, 내부 동작은 결제 수단에 맞게 다르게 동작합니다.

📌 3단계: Context 클래스에서 전략 사용

public class PaymentContext {
    private PaymentStrategy paymentStrategy;

    public void setPaymentStrategy(PaymentStrategy paymentStrategy) {
        this.paymentStrategy = paymentStrategy;
    }

    public void payAmount(int amount) {
        paymentStrategy.pay(amount);
    }
}

이와 같은 구조 덕분에 새로운 결제 방식이 추가되더라도 기존 코드를 변경할 필요 없이, 새로운 전략 클래스를 만들어 적용할 수 있습니다.

⚙️ 실무에서 활용되는 Strategy 패턴 사례

Strategy 패턴은 단순한 이론이 아니라, 실제 다양한 산업 분야의 소프트웨어 개발에서 널리 사용됩니다.
특히 알고리즘을 교체하거나 기능을 확장해야 하는 경우에 강력한 장점을 발휘하죠.
아래에서는 Java 실무 개발 환경에서 자주 볼 수 있는 Strategy 패턴 활용 사례를 소개합니다.

📌 전자상거래 결제 처리

대형 쇼핑몰이나 결제 게이트웨이 서비스에서는 신용카드, 간편결제, 암호화폐 등 다양한 결제 수단을 제공합니다.
Strategy 패턴을 적용하면, 각 결제 로직을 독립적으로 구현하고 런타임에 필요한 결제 전략으로 교체할 수 있습니다.
이 방식은 유지보수성을 높이고, 새로운 결제 수단을 추가하는 작업을 간소화합니다.

📌 데이터 압축 알고리즘

파일 전송이나 저장 시, ZIP, GZIP, BZIP2 등 다양한 압축 방식을 선택할 수 있도록 하는 시스템에도 Strategy 패턴이 자주 쓰입니다.
사용자는 단순히 원하는 압축 방식을 선택하면 되고, 내부적으로 해당 알고리즘이 적용되어 데이터를 처리하게 됩니다.

📌 AI 추천 시스템

영화 추천, 상품 추천, 뉴스 추천 서비스 등에서 추천 알고리즘을 교체해야 하는 상황이 자주 발생합니다.
이때 Strategy 패턴을 적용하면, 협업 필터링, 콘텐츠 기반 추천, 하이브리드 추천 등 다양한 추천 로직을 쉽게 교체하고 실험할 수 있습니다.

💬 실무에서는 Strategy 패턴을 단독으로 쓰기보다, 팩토리 패턴이나 DI(의존성 주입) 프레임워크와 결합해 더 유연하게 사용하는 경우가 많습니다.

📌 실무 코드 예시

public class StrategyExample {
    public static void main(String[] args) {
        PaymentContext context = new PaymentContext();

        context.setPaymentStrategy(new CreditCardPayment());
        context.payAmount(50000);

        context.setPaymentStrategy(new PaypalPayment());
        context.payAmount(75000);
    }
}

위 코드를 실행하면 결제 수단이 유연하게 변경되면서, 각기 다른 결제 로직이 실행되는 것을 확인할 수 있습니다.
이처럼 Strategy 패턴은 변경에 강하고, 확장이 용이한 코드를 작성하는 데 큰 힘이 됩니다.

🔌 Strategy 패턴의 장점과 주의할 점

Strategy 패턴은 코드의 유연성과 확장성을 높여주는 강력한 도구입니다.
하지만 무분별하게 사용하면 오히려 복잡성을 증가시킬 수 있으므로, 장점과 주의할 점을 모두 이해하고 적용하는 것이 중요합니다.

📌 장점

• 🚀유연한 알고리즘 교체 – 실행 중에도 전략을 변경할 수 있어 다양한 상황에 대응 가능
• 📦캡슐화된 알고리즘 – 각 전략이 독립적으로 구현되어 유지보수성 향상
• 🛡️OCP(개방-폐쇄 원칙) 준수 – 새로운 알고리즘 추가 시 기존 코드 수정 없이 확장 가능

📌 주의할 점

Strategy 패턴은 다형성을 적극적으로 활용하는 패턴이기 때문에, 각 전략 객체가 공통된 인터페이스를 유지하는 것이 핵심입니다.
만약 전략 간의 인터페이스가 불일치하면 Context 클래스에서 전략을 교체할 때 오류가 발생할 수 있습니다.

📌 적용 시기

다음과 같은 경우 Strategy 패턴을 적용하는 것이 효과적입니다.

• 🔄여러 알고리즘 중 하나를 선택적으로 실행해야 하는 경우
• 🔧알고리즘을 실행 중에 쉽게 교체해야 하는 경우
• 📈새로운 알고리즘 추가가 잦고, 기존 코드 변경을 최소화해야 하는 경우

💡 다른 디자인 패턴과의 비교

Strategy 패턴은 다른 디자인 패턴과 비교했을 때, 알고리즘 교체의 유연성 측면에서 독보적인 장점을 가집니다.
그러나 모든 상황에서 Strategy 패턴이 정답은 아니므로, 유사한 패턴과 비교하여 적절히 선택하는 것이 중요합니다.

📌 Template Method 패턴과 비교

Template Method 패턴은 상속을 통해 알고리즘의 구조를 정의하고 일부 단계를 서브클래스에서 구현하게 합니다.
반면, Strategy 패턴은 구성을 이용해 알고리즘을 교체하므로, 실행 중에도 전략을 바꿀 수 있다는 점에서 더 유연합니다.

📌 State 패턴과 비교

State 패턴은 객체의 상태에 따라 행동을 변경하며, 상태 전환이 로직의 중심이 됩니다.
Strategy 패턴은 상태와 무관하게, 특정 기능의 구현 방식을 런타임에 교체하는 데 초점을 맞춥니다.
두 패턴 모두 인터페이스를 통해 다양한 동작을 정의하지만, 적용 목적이 다릅니다.

📌 결론

이제 Strategy 패턴이 언제, 어떻게 쓰이는지뿐만 아니라, 다른 패턴과 어떤 차이가 있는지도 명확히 이해하셨을 것입니다.
이를 바탕으로 보다 유연하고 확장성 있는 코드를 설계할 수 있을 것입니다.

❓ 자주 묻는 질문 (FAQ)