전략 패턴이 도저히 이해가 가질 않습니다..

Question

안녕하세요. 디자인 패턴을 공부하고 있는데, 전략 패턴에 대해 이해가 도저히 되질 않아서 이처럼 질문을 드리게 되었어요. 제가 이해한 전략 패턴은전략 패턴 : 여러 전략들을 캡슐화하여 이 전략을 사용하는 클라이언트 코드에서 동적으로 전략을 변경할 수 있도록 하는 패턴. 그러면 의도는 특정 전략을 사용하는 클라이언트 코드에서 동적으로 전략을 바꿀 수 있도록 돕는 패턴이라고 생각해야 할까요? 그리고 솔직히 이게 왜 캡슐화 인지 잘 모르겠습니다. 클라이언트 코드 입장에서는 어떤 전략을 사용할지 직접 선택을 하는데 어떠한 부분이 캡슐화 되었다는건지 감이 잡히지 않습니다.. 어느 기준에 초점을 둬야할지 모르겠어요.전략패턴을 사용하지 않을 때와 사용할 때, OCP를 위반하거나 준수할 수 있다는 건 이해가 되는데, 실무에서 전략 패턴 적용에 대한 고민을 하는 시점은 유사한 기능을 수행하는 서로다른 클래스가 있을 때, 클라이언트 코드가 이 각각의 클래스에 의존하지 않고, 이 클래스를 추상화 한 추상 클래스에 의존하여, 서로 각기 다른 클래스를 변경 없이 사용하고 싶을 때 인건가요? 나름 이해해보려고 제 기록용 노션에 정리를 해봤어요. 전략 패턴(Strategy Pattern)왜 전략이라는 단어를 사용했을까? 전략의 사전적 정의를 살펴보면 전쟁을 전반적으로 이끌어 가는 방법이나 책략 이라는 뜻을 가진 단어이다.그러면 이 단어를 중심으로 이해해보면, 이 전략 패턴 안에는 방법이나 책략 따위가 있고 그것을 사용하거나 활용하는 대상이 있지 않을까? 유추해볼 수 있을 것 같다.전략 패턴을 한 문장으로 요약해보자면, 전략을 캡슐화하여 이 전략을 사용하는 대상이 동적으로 또다른 전략을 바꿀 수 있게 해주는 패턴이다. 여기서의 전략은 어떠한 목적을 달성하기 위한 일을 수행하는 방식을 담당하는 알고리즘일 것이다.UML 살펴보기전략 패턴의 일반적인 UML을 한번 살펴보도록하자. Context, Strategy 인터페이스, Concrete 클래스에 집중해보자.Strategy 인터페이스는 method라는 추상 메서드를 가지고 있고(캡슐화), 이를 실체화한 Concrete 클래스 3개가 있다.그리고 실제로 이 Strategy를 사용하는 Context가 있다.구조는 상당히 단순하다. 전략을 사용하는 Context가 Strategy 인터페이스에 의존하여 전략을 선택해 사용할 수 있다. 또한 동적으로 또다른 전략을 사용할 수 있겠다.전략 패턴 구현하기그러면 한번 전략 패턴을 구현해보자.전략 패턴의 예시로는 여러 무기로 공격을 수행하는 공격 기능을 제공해보자.공격 무기로는 맨주먹과 나이프가 준비되어 있다. 게임이 클로즈 베타 단계여서 그렇게 무기를 많이 제공하지 못하였다.Weapon 인터페이스를 상속받아 다양한 Concrete 클래스인 맨주먹 클래스와 나이프 클래스를 구현하였다. 그리고 각 클래스 들은 공격기능을 동일하게 제공한다. 플레이어는 무기를 직접 습득하고 이를 사용할 수 있다.//캐릭터를 생성하고 게임을 하는 플레이어 public class Client{ public static void main(String[] args){ //사용자가 캐릭터를 지정하였다. Character bob &#61; new Character(); //무기가 없는 상태에서 좌클릭을 수행하였다. bob.leftClick(); //나이프를 획득하였다. bob.getWeapon(new Knife()); //나이프를 든 채로 좌클릭을 수행하였다. bob.leftClick(); } } //캐릭터 클래스는 좌클릭 기능과 무기 습득 기능을 제공한다. public class Character(){ private Weapon weapon; //좌클릭을 수행하면 가지고 있는 무기 또는 맨주먹으로 공격을 수행한다. public void leftClick(){ weapon.attack(); } //무기를 습득하면 자동으로 무기를 장착한다. public void setWeapon(Weapon weapon){ this.weapon &#61; weapon; } } //공격 기능을 추상화 public interface Weapon{ void attack(); } public class Fist implements Weapon{ &#64;override void attack(){ System.out.println(&#34;맨손 공격 얍얍!&#34;); } } public class Knife implements Weapon{ &#64;override void attack(){ System.out.println(&#34;슈슈슉슉&#34;); } } 만약 추가적으로 더 많은 무기 제공을 위해 업데이트를 해야한다면, 이 Weapon 인터페이스를 추가 구현하여 기존 소스코드를 건드리지 않고도 무기를 확장할 수 있다. SOLID 원칙에서 OCP 원칙을 준수할 수 있다.public class M4A1 implements Weapon{ &#64;override void attack(){ System.out.println(&#34;투두둑!!&#34;); } } 이처럼 전략 패턴은 클라이언트 코드에서 전략을 런타임에 동적으로 변경할 수 있도록 하고, 이에 따라 적절한 알고리즘을 변경하며 활용할 수 있다. 뭔가 제가 디자인 패턴을 잘못 접근하고 있다는 생각도 들고, 이해하기 위한 관점 자체가 잘못된 것 같다는 생각도 듭니다.. 어떻게 공부를 해야하는건지, 암기할게 아니라 머리로 이해하고 개발할 때 필요한 패턴을 적절하게 적용해야할 것 같은데. 뭔가 이 전략패턴을 이해하는 방법부터 고쳐지지 않으면 다른 패턴들도 별반 다를 게 없을 것 같아서 이렇게 어렵사리 질문드립니다.. 선배님들의 조언 부탁드립니다.

yeori · Accepted Answer

대다수 패턴책들이 각 패턴을 하나씩 다룰겁니다.파편화해서 전략패턴, 빌더패턴, 상태패턴 등등... 으로 설명하고 관련 예제도 딱 그 패턴 하나만 대상으로 펼쳐집니다(그래서 대다수 예제가 그닥 쓸모가 없음).그런데 실제로는 주어진 맥락에서 특정 패턴이 단독으로 사용되는 경우는 드뭅니다.상태패턴과 전략패턴이 같이 맞물리거나,전략패턴과 팩토리패턴이 같이 엮이는 식이죠.이것은&#34;자동차 핸들을 반시계 방향으로 돌리면 차가 왼쪽으로 움직이다&#34;&#34;악셀을 밟으면 속도가 빨라진다&#34;와 같습니다.핸들만 돌린다고 차가 움직이지 않고, 악셀과 브레이크를 번갈아 밟는다고 원하는 곳으로 갈 수도 없습니다. 디자인 패턴을 공부하는 법은,1) 패턴을 읽고 목적과 생김새를 대강 기억함2) 잊어버림...입니다(어디까지나 개인적인 견해임. 반박시 님 말이 맞음)패턴을 외우거나 이해하려고 하면 특정 맥락에서 내가 아는 패턴을 끼워맞추려고 애를 쓰게 됩니다.마치 몸을 옷에 맞추듯이, 신발을 손에 신고 끈을 묶으려고 애를 쓰듯이 뭔가 이상하고 뭔가 불편하며 이건 뭔가 아니다 싶고, 암튼 혼란스럽습니다.이렇게 생긴게 있구나, 요렇게 엮을 수도 있구나, 대강 기억하고 잊은 후에 각자 마주치는 문제 상황에서 나름의 해법을 찾아서 클래스를 설계해봅니다. 그게 올바른지 바람직한지는 모르겠지만 외워둔 패턴을 끼워맞추려고 애쓰는 것보다는 나은듯합니다.

코딩잘하기 · Answer

패턴이란게 그 패턴이 필요한 상황을 접하기 전에 패턴을 외우면은 큰 도움이 안되더라구요. 디자인 패턴이란게 코딩하면서 마주하는 문제의 해법인데 문제를 경험해보지 않았으니 해법의 가치를 알기 어렵죠.. 전략 패턴은 '변경되는 부분'을 따로 모아두었다가 변경에 쉽게 대비할 수 있게한다.정도로 받아들이시고 코딩 양을 늘리는데 중점을 두시기 바랍니다. 실제 제품을 만들어보셔요..

으악 또 · Answer

캡슗하는 프라이빗 퍼블일 뭐 그런거 하는거 구요 워 패턴은 아이템 추가를 기존에 만들어진거 안건드려도 세로운 기능의 무기추가가 쉽개 하는 방법 이라고 써있내요

으악 또 · Answer

만약 추가적으로 더 많은 무기 제공을 위해 업데이트를 해야한다면, 이 Weapon 인터페이스를 추가 구현하여 기존 소스코드를 건드리지 않고도 무기를 확장할 수 있다. SOLID 원칙에서 OCP 원칙을 준수할 수 있다. ㅋㅋ

으악 또 · Answer

모르겠네요 오래되성

으악 또 · Answer

대충 기억에 추상화는 공통 객체 만들어서 같은 함수 호출해서 클래스를 내가 만든 클래스 정의가 실현돼도록 하는 고였음

jslovers · Answer

대략적으로 수천 수만줄의 코드가 if... else if... else 로 분기 되어있다고 생각해보세요.그리고 그걸 수정해야 할 상황이 발생했을 때 수정해야 한다면?본인이 작성했다면 그래도 괜찮겠지만 타인이 작성한 코드라면??이런 고통을 겪었던 선배들이 후배들에게 겪지 말라고 디자인 패턴을 정리해 주셨네요.아직 실무를 안 겪어 봤으면 위에 언급한 유사한 실무를 경험해보면 조금 느끼지 않을까 싶네요.

개발자113 · Answer

yeori 님계속 학습하면서 잘 풀리지 않는 이유를 이젠 좀 받아들일 수 있을 것 같습니다.형태와 의도 정도를 파악하고 이런식으로 구현할 수 있겠구나 정도로 받아들이기로 했습니다. 그래도 학습은 멈추지 않고, 어떤 패턴이 어떤 의도를 갖고 사용하는지 정도로 예제를 따라해보면서형태 감만 익혀볼 생각입니다. 덕분에 완벽히 이해해야한다는 강박에서 조금 여유가 생긴듯하네요.깊은 조언 감사합니다.

전략 패턴이 도저히 이해가 가질 않습니다..

8개의 답변

Q&A 목록