[Design pattern] Strategy Pattern 🔍, (Behavioral patterns)

Strategy Pattern 🔍

같은 기능이지만 서로 다른 전략을 가진 class들을 각각 캡슐화하여 상호교환할 수 있도록 하는 패턴

---

구조

• Context

  • Strategy 인터페이스를 위임
  • 클라이언트가 직접 사용하는 class

• Strategy

  • 구체적인 알고리즘의 공동 스펙을 정의하는 class

• ConcreteStrategy

  • 구체적인 알고리즘을 구현하는 class

---

장점

• 상황에 따라 유지 보수 용이
  
  

• 알고리즘 구현부와 사용부가 분리
  
  

  • 사용자가 알고리즘을 일관성 있게 사용 가능
    
    
  • 각 알고리즘들은 동일한 인터페이스를 가진다.
    
    
  • 목적에 따라 다르게 구현 가능

---

단점

• 알고리즘 수가 증가할수록 객체 수 증가
  
  
  
• 사용하지 않는 정보들도 알고리즘에 포함
  
  
  • [예외 1] 구체적인 알고리즘들마다 필요한 입력 파라미터가 다를 수 있다.
    
    
  • [예외 2] 인터페이스로 파라미터가 고정,
    그렇기 때문에 알고리즘에 필요 없는 파라미터도 다 받게 된다.

---

활용 상황

• 알고리즘(전략)을 클라이언트가 정해야 할 때

• 동일 계열의 알고리즘들을 인터페이스로 통일하여 제공할 때

---

구현

interface CoffeeStrategy {
	
	public abstract String brew();
}

public class AmericanoStrategy implements CoffeeStrategy {

	private static final String AMERICANO = "아메리카노";

	@Override
	public String brew() {
		return AMERICANO;
	}
}

public class CafeLatteStrategy implements CoffeeStrategy {

	private static final String CAFE_LATTE = "카페라떼";

	@Override
	public String brew() {
		return CAFE_LATTE;
	}
}

public class CoffeeMachine {

	public String brew(CoffeeStrategy coffeestrategy) {
		return coffeestrategy.brew();
	}
}

public class Main {

	public static void main(String[] args) {

		CoffeeMachine coffeeMachine = new CoffeeMachine();

		String americano = coffeeMachine.brew(americanoButton());
		System.out.println(americano);

		String cafelatte = coffeeMachine.brew(cafeLatteButton());
		System.out.println(cafelatte);

	}

	public static CoffeeStrategy americanoButton() {
		return new AmericanoStrategy();
	}

	public static CoffeeStrategy cafeLatteButton() {
		return new CafeLatteStrategy();
	}
}