Java Strategy 패턴, Context와 Strategy 인터페이스의 핵심 역할 완벽 정리

🔗 Context와 Strategy 인터페이스 개념

Strategy 패턴에서 Context와 Strategy 인터페이스는 핵심 축을 이루는 두 요소입니다.
이 두 구성 요소가 어떻게 정의되고 어떤 역할을 수행하는지 이해하는 것이 패턴 전체를 이해하는 첫걸음입니다.

Strategy 인터페이스는 다양한 알고리즘이 공통으로 따라야 하는 규약(메서드 시그니처)을 정의합니다.
이를 통해 여러 구현체(Concrete Strategy)가 동일한 방식으로 호출될 수 있게 하죠.
Context는 이 Strategy 인터페이스 타입의 필드를 가지고 있으며, 실제 알고리즘 실행을 Strategy 구현체에 위임합니다.

📌 간단한 비유

Context를 ‘자동차’에, Strategy 인터페이스를 ‘운전 방법’에 비유할 수 있습니다.
자동차(Context)는 실제로 도로를 달리는 역할을 하지만, 어떤 방식으로 주행할지는 운전 방법(Strategy)에 따라 달라집니다.
운전 방법을 바꾸면(Concrete Strategy 교체) 자동차는 그대로지만 주행 방식이 완전히 달라질 수 있죠.

💬 Strategy 패턴은 ‘행위’를 정의하는 인터페이스와, 이를 실행하는 컨텍스트의 분리로 유연성을 확보합니다.

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

// Concrete Strategy
public class CardPayment implements PaymentStrategy {
    public void pay(int amount) {
        System.out.println(amount + "원 신용카드 결제 완료");
    }
}

// Context
public class PaymentContext {
    private PaymentStrategy strategy;

    public PaymentContext(PaymentStrategy strategy) {
        this.strategy = strategy;
    }

    public void executePayment(int amount) {
        strategy.pay(amount);
    }
}

위 코드에서 PaymentStrategy는 Strategy 인터페이스 역할을, PaymentContext는 Context 역할을 합니다.
이 구조 덕분에 결제 방법을 쉽게 교체할 수 있습니다.

🛠️ Context의 역할과 책임

Context는 Strategy 패턴에서 알고리즘을 직접 구현하지 않고, Strategy 인터페이스를 통해 주입받은 객체에 알고리즘 실행을 위임합니다.
즉, Context는 어떤 전략이 사용되는지 알지만, 그 전략의 구체적인 동작 방식에는 관여하지 않습니다.

이러한 구조는 OCP(개방-폐쇄 원칙)을 충족시킵니다.
새로운 전략이 필요할 때 Context를 수정할 필요 없이, 새로운 Strategy 구현체를 생성하고 주입하기만 하면 되기 때문입니다.

📌 Context의 주요 기능

• 🛠️전략 객체를 저장하고 관리
• ⚙️클라이언트로부터 요청을 받아 해당 전략의 메서드를 실행
• 🔌전략 교체를 용이하게 지원

💬 Context는 ‘무엇을 실행할지’는 알고 있지만, ‘어떻게 실행되는지’는 모르는 구조를 유지합니다.

public class PaymentContext {
    private PaymentStrategy strategy;

    public PaymentContext(PaymentStrategy strategy) {
        this.strategy = strategy;
    }

    public void setStrategy(PaymentStrategy strategy) {
        this.strategy = strategy;
    }

    public void executePayment(int amount) {
        strategy.pay(amount);
    }
}

위 예제에서 setStrategy() 메서드를 사용하면 런타임에 전략을 자유롭게 변경할 수 있습니다.
이는 Strategy 패턴이 제공하는 가장 큰 장점 중 하나인 동적 알고리즘 교체를 가능하게 합니다.

⚙️ Strategy 인터페이스의 구조

Strategy 패턴의 Strategy 인터페이스는 다양한 알고리즘이 따라야 할 공통 규약을 정의합니다.
이 인터페이스는 보통 하나 이상의 메서드를 선언하며, 모든 Concrete Strategy 클래스는 이를 반드시 구현해야 합니다.
이 덕분에 Context는 알고리즘의 구체적인 동작 방식에 상관없이 동일한 방식으로 전략을 실행할 수 있습니다.

📌 설계 시 고려사항

• 🛠️변경 가능성이 있는 동작만 인터페이스에 포함
• ⚙️단일 책임 원칙(SRP)에 따라 불필요한 기능 포함 금지
• 🔌메서드 시그니처는 명확하고 직관적으로 설계

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

// 새로운 전략 추가 예시
public class MobilePay implements PaymentStrategy {
    public void pay(int amount) {
        System.out.println(amount + "원 모바일 결제 완료");
    }
}

위 예시에서 PaymentStrategy는 모든 결제 알고리즘의 표준 인터페이스입니다.
새로운 결제 방식이 필요하면 해당 인터페이스를 구현하는 새로운 클래스를 추가하면 됩니다.
이때 Context는 수정할 필요가 없으므로 유지보수성이 높아집니다.

🔌 Context와 Strategy의 상호작용

Strategy 패턴의 강점은 Context와 Strategy가 느슨하게 결합되어 있다는 점입니다.
Context는 Strategy 인터페이스를 통해 전략 객체를 호출하며, 어떤 구체 클래스가 주입되었는지는 알 필요가 없습니다.
이로 인해 알고리즘 교체가 매우 유연해지고, 유지보수 비용이 줄어듭니다.

📌 동작 흐름

1. 클라이언트가 원하는 전략 객체(Concrete Strategy)를 생성합니다.
2. Context에 해당 전략 객체를 주입합니다.
3. Context는 요청을 받으면 주입된 Strategy 객체의 메서드를 호출합니다.
4. 전략 교체가 필요하면 새로운 Strategy 객체를 주입합니다.

// 전략 생성
PaymentStrategy cardPayment = new CardPayment();
PaymentStrategy mobilePayment = new MobilePay();

// Context에 전략 주입
PaymentContext context = new PaymentContext(cardPayment);
context.executePayment(50000); // 신용카드 결제

// 전략 교체
context.setStrategy(mobilePayment);
context.executePayment(30000); // 모바일 결제

이 방식 덕분에 Context는 코드 수정 없이 다양한 결제 방식을 지원할 수 있습니다.
전략 교체는 단 한 줄의 코드로 가능하며, 이는 유지보수와 기능 확장을 매우 쉽게 만들어줍니다.

💡 설계 시 주의사항과 팁

Context와 Strategy 인터페이스를 설계할 때는 단순히 구조만 구현하는 것이 아니라, 유지보수성과 확장성까지 고려해야 합니다.
아래의 팁과 주의사항을 참고하면 보다 효율적인 설계를 할 수 있습니다.

📌 주의사항

• ⚠️불필요하게 많은 Strategy 구현체를 만들면 클래스 수가 급증해 관리가 어려워질 수 있습니다.
• ⚠️Strategy 인터페이스를 변경하면 모든 구현체를 수정해야 하므로 초기 설계에 신중해야 합니다.
• ⚠️전략 선택 로직이 지나치게 복잡해지면 유지보수성이 떨어집니다.

📌 설계 팁

• 💡Java 8 이상의 경우 람다 표현식을 활용해 단순한 전략 구현을 간소화할 수 있습니다.
• 💡DI(의존성 주입) 프레임워크를 사용하면 전략 객체 관리와 교체를 자동화할 수 있습니다.
• 💡테스트 코드 작성 시 Mock 객체를 사용해 Context와 Strategy의 결합 상태를 쉽게 검증할 수 있습니다.

이러한 주의사항과 팁을 적용하면 Context와 Strategy 인터페이스를 보다 견고하고 확장성 있게 설계할 수 있습니다.
결국 핵심은 “변화에 유연하게 대응할 수 있는 구조”를 유지하는 것입니다.

❓ 자주 묻는 질문 (FAQ)