[Design Pattern] Strategy Pattern

Strategy pattern

일명, 전략패턴

목적

• 각각을 캡슐화하여 변화 가능하게 만든 알고리즘의 집합을 정의한다.
• 인터페이스에 추상 메소드를 정의하고, 자세한 구현은 파생된 클래스에 한다.
• Strategy 패턴은 알고리즘이 그것을 사용하는 클라이언트와 독립적으로 변화할 수 있게 해준다. ➔ OCP

OCP(Open-Closed Principle;개방 폐쇄 원칙) 확장에는 열려있고, 수정에는 닫혀 있어야 한다는 객체 지향 프로그래밍의 핵심 원칙

해결할 수 있는 문제

클라이언트는 변화와 관련해서 신경쓰지 않아야 한다.
➔ 파생된 클래스 수가 변했을 경우, 파생된 클래스의 구현이 바뀌었을 경우에 대한 영향이 없어야 한다.

구조

2가지 구현 방법

1. Abstract base class
   Interface entity(위 구조에서의 Interface)를 abstract base class로 나타낸다.
   ➔ 상속 계층이 동적인 다형성을 나타낸다.
   
   
2. 클라이언트에 의한 method signature(method name + parameters) 예측
   ➔ 이 경우 Interface entity는 클라이언트에서 template code가 되고, 상속 계층은 정적인 다형성을 나타낸다. (이 방법은 잘 모르겠음.. 다시 찾아볼 것)

예제

코드 예제로 설명이 잘 되어있는 글
(Abstract base class 방법으로 구현한 예제)

다른 패턴들과의 비교

• Strategy 패턴은 상세하게 나누는 정도를 제외하면 Template-method 패턴과 비슷하다.

• State, Strategy, Bridge 패턴은 비슷한 구조를 가지지만 목적은 모두 다르다.
  ➔ 즉, 각각 다른 문제를 해결하기 위한 방법

• Strategy 패턴의 첫번째 구현 방법(Abstract base class)은 State 패턴과 유사하다.
  

  • 차이점: Strategy 패턴은 한번 바인딩되고, State 패턴은 동적으로 여러번 바인딩된다.
    

  ➔ Strategy 패턴이 좀 더 가볍다고 할 수 있다.

[Reference]
Design Patterns Explained Simply - Alexander Shvets
http://jdm.kr/blog/54
http://www.bitesizedcsharp.com/