Strategy Pattern

🐶 개발개발 🐾 2022. 7. 6. 02:09

먼저 Strategy Pattern을 왜 사용해야하는지에 대해 예를 들어 알아보겠습니다.

로봇(Robot) 설계도에 따라 아톰(Atom)과 태권브이(TaekwonV)를 만들었습니다.

태권브이와 아톰은 공통적으로 공격과 이동 기능이 있지만 구현하는 방법은 다르기 때문에 로봇 클래스에서 attack와 move메서드를 추상메서드로 설정해 자식 클래스에서 정의하도록 했습니다.

그러다 하늘로 날아다니던 아톰이 갑자기 걷기만 가능하다고 합니다. 아톰의 move() 메서드를 수정해주기만 하면 됩니다.

여기서 문제점이 발생합니다.

직접 move( )메서드를 수정하는 작업은 OCP (Open/Close Principle)에 위배되는 작업니다. 그리고 아톰이 걷기만 가능하게 되면 태권브이와 move()메서드 내용이 중복됩니다. 따라서 중복되는 코드가 발생하게 됩니다.

또한 새로운 로봇을 추가 구현해야하는 경우, 기존 로봇과 같은 공격방식, 걷기 방식을 같고 있다면 또 중복되는 코드가 쌓이고 수정시에도 OCP를 위배하게 됩니다.

정리

• OCP 위배

• 시스템 확장 시 중복되는 코드 발생

위 같은 문제점이 발생하기 때문에 자주 바뀌는 공격와 이동 메서드를 캡슐화 해주어야 합니다. 즉, 자주 변화되는 것을 찾고 이를 클래스로 캡슐화해야 합니다.

• OCP(Open-Closed Principle, 개방 폐쇠 원칙)

: 클래스 확장에는 열려있고 변경에는 닫혀있어야한다.

• 캡슐화(encapsulation)

: 기능과 특성의 모음을 "클래스"라는 "캡슐"에 분류해서 넣는것

: 관련 있는 속성과 기능을 하나로 묶고 접근 제어자를 통해 외부로부터 직접적인 접근은 차단하고, 자료를 수정 또는 조작 할 수 있는 동작을 내부에 두는 방식

이렇게 이동과 공격기능을 캡슐화하는 인터페이스를 생성하면 각 메서드 별로 새로운 전략(공격 방식, 이동방식)을 자유롭게 추가, 수정이 가능해집니다.

이러한 해결방식을 전략 패턴이라 합니다.

: 말그대로 전략을 쉽게 바꿀 수 있도록 해주는 디자인 패턴

: 전략 패턴이란 같은 기능을 하는 알고리즘을 캡슐화하여 서로 간 상호 교체가 가능하도록 하는 디자인 패턴

: 새로운 알고리즘이 추가되어도 기존의 코드를 수정할 필요가 없이 쉽게 추가가 가능해진다. => OCP 만족

: 프로그램에서 쉽게 전략을 바꿔야할 필요가 있는 경우 많이 발생할 때 사용

• 객체가 할 수 있는 행위들을 각각의 전략으로 만들어 놓고 동적으로 행위의 수정이 필요한 경우 전략을 바꾸는 것만으로 행위의 수정이 가능하도록 만든 패턴

전략은 목적을 달성하기 위해 일을 수행하는 방식, 비즈니스 규칙, 문제를 해결하는 알고리즘 등이 될 수 있다.

• Strategy: 인터페이스나 추상클래스로 외부에서 동일한 방식으로 알고리즘을 호출하는 방법을 명시한다.

• ConcreteStrategy1, ConcreteStrategy2, ConcreteStrategy3 : 스트래티지 패턴에서 명시한 알고리즘을 실제로 구현한 클래스

• Context: 스트래티지 패턴을 이용하는 역할을 수행, 필요에 따라 동적으로 구체적인 전략을 바꿀 수 있도록 setter메서드 제공

정인상, 채홍석 JAVA 객체 지향 디자인 패턴, 한빛미디어