전략 설계 패턴 이해: 간단한 가이드
카테고리
프로그래밍/소프트웨어 개발
서브카테고리
앱 개발
대상자
- 대상자: 소프트웨어 엔지니어 및 객체지향 프로그래밍(OOP) 개념을 익히는 중급 개발자
- 난이도: 중급 (OOP 및 디자인 패턴 기초 지식 필요)
핵심 요약
- 전략 패턴의 핵심 개념: 알고리즘을 별도 클래스로 추상화하여 런타임에 전략을 동적으로 교체할 수 있음
- 코드 예시:
PaymentStrategy인터페이스와CreditCardPayment,PayPalPayment구현체를 사용한 결제 시스템 구현 - 장점:
if-else/switch문 제거, 확장성 및 테스트 가능성 향상, 개방/폐쇄 원칙 준수
섹션별 세부 요약
1. 전략 패턴 소개
- 정의: 알고리즘 가족을 별도 클래스로 캡슐화하여 교환 가능하게 설계
- 목적: 런타임에 알고리즘 선택 가능, 코드 유연성 및 유지보수성 향상
- 응용 사례: 네비게이션 앱의 "가장 빠른 경로", "최단 거리", "톨비 회피" 전략
2. 사용 시기
- 적용 조건:
- 알고리즘 간 행동 차이만 있을 때
- 런타임 알고리즘 전환 필요 시
- if-else/switch 문으로 복잡한 조건 처리를 피할 때
- OCP(Open/Closed Principle) 준수를 위해
3. 구현 예제 (Java)
- 인터페이스 정의:
```java
public interface PaymentStrategy {
void pay(double amount);
}
```
- 구체적 전략 구현:
```java
public class CreditCardPayment implements PaymentStrategy {
public void pay(double amount) {
System.out.println("Paid ₹" + amount + " using Credit Card");
}
}
```
- 문맥 클래스:
```java
public class PaymentProcessor {
private PaymentStrategy strategy;
public void processPayment(double amount) {
strategy.pay(amount);
}
}
```
4. 주요 장점
- 유연성:
CreditCardPayment→PayPalPayment로 전략 변경 가능 - 코드 정리: 복잡한 조건문 제거, 모듈화된 설계
- 확장성: 새로운 전략(
UPIPayment) 추가 시 기존 로직 변경 없이 확장 가능 - 테스트 가능성: 각 전략을 독립적으로 테스트 가능
결론
- 실무 적용 팁:
if-else블록 대신 전략 패턴을 사용하여 모듈화된 설계를 구현하고, SOLID 원칙을 준수하세요. 예: 결제 시스템에서PaymentStrategy인터페이스를 활용해 다양한 결제 방식을 유연하게 처리합니다.