Strategy Pattern

2021-10-02

알고리즘군을 정의하고 각각을 캡슐화하여 교환해서 사용할 수 있도록 만든다. Strategy pattern을 활용하면 알고리즘을 사용하는 클라이언트와는 독립적으로 알고리즘을 변경할 수 있다.

즉 하나의 결과를 만드는 목적(메소드)는 동일하나, 그 목적을 달성할 수 있는 방법(전략, 알고리즘)이 여러가지 존재할 경우에 사용하는 패턴이다. Context의 변경을 최소화하고, 인터페이스를 통해 다양한 타입을 만들어 코드를 변경할 수 있다.

장점

상위 클래스 Duck을 상속받는 다양한 자식 클래스들이 있고, 오리들이 날 수 있는 기능을 추가하는 경우

super 클래스에 fly() 메서드를 추가했을 때, 날 수 없는 오리(장난감 오리), 즉 서브클래스에 적합하지 않은 행동까지 추가됨
상위 클래스인 Duck을 interface로 만들어 모든 하위 클래스들이 그 행동을 구현하게 하는 경우엔 서브 클래스들의 메서드를 하나 하나 다 살펴보아야 함

-> 코드 재사용을 전혀 기대할 수 없으므로 코드 관리 면에서 다른 문제점이 생김

바뀌는 부분을 따로 뽑아 캡슐화

-> 나중에 바뀌지 않는 부분에는 영향을 미치지 않게 하며, 그 부분만 고치고 확장할 수 있음

-> 시스템 유연성 확장

fly(), quack() -> 오리 마다 달라지는 부분

두 행동을 Duck 클래스로부터 분리 -> 각 행동을 나타낼 클래스 집합 새로 만든다

Head First Design Pattern