Design Pattern) 스트래티지 패턴

스트래티지 패턴

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

---

문제점

• 상속

  • 일부 적합하지 않은 서브클래스가 존재할 수 있다.

• 인터페이스

  • 인터페이스를 채택한 클래스에서 구현이 이루어진다. 코드의 중복이 야기된다.

---

디자인 원칙

• 달라지는 부분과 달라지지 않는 부분을 분리 - 달라지는 부분 캡슐화

• 인터페이스(상위형식)에 맞추어 프로그래밍

• 상속보다는 구성(Composition)

---

개발기간보다 개발이 끝난 후에 코드에 더 많은 시간을 쓴다.
재사용성도 중요하지만 확장성,관리의 용이성이 더 중요하다.
동작이 유연하게 관리되어야 하는 설계에서는 스트래티지 패턴은 좋은 선택이다.

---

예제코드

• Character.java

 public abstract class Character {

    AttackStrategy attackStrategy;
    MoveStrategy moveStrategy;

    public Character(AttackStrategy attackStrategy, MoveStrategy moveStrategy) {
        this.attackStrategy = attackStrategy;
        this.moveStrategy = moveStrategy;
    }

    public void setMoveStrategy(MoveStrategy moveStrategy) {
        this.moveStrategy = moveStrategy;
    }

    public void move(){
        moveStrategy.move();
    }
    public void attack(){
        attackStrategy.attack();
    }
}

• Gunner.java

 public class Gunner extends Character {

    public Gunner() {
        super(new AttackStrategyWithGun(),new RunStrategy());
    }

 }

• Warrier.java

 public class Warrior extends Character{
    public Warrior() {
        super(new AttackStrategyWithKnife(), new RunStrategy());
    }
}

---

• AttackStrategy.java

public interface AttackStrategy {
    public void attack();
}

• AttackStrategyWithGun.java

public class AttackStrategyWithGun implements AttackStrategy{

    @Override
    public void attack() {
        shoot();
    }
    // 변화가 있을수 있는 영역 
    private void shoot(){
        System.out.println("총을 쏩니다.");
    }
}

• AttackStrategyWithKnife.java

 public class AttackStrategyWithKnife implements AttackStrategy {

    @Override
    public void attack() {
       swing();
    }
    // 변화가 있을수 있는 영역 
    private void swing(){
        System.out.println("칼로 공격합니다.");
    }
}

---

• MoveStrategy.java

public interface MoveStrategy {
    public void move();
}

• RunStrategy.java

 public class RunStrategy implements MoveStrategy{
    @Override
    public void move() {
      run();
    }
    // 변화가 있을수 있는 영역 
    private void run(){
        System.out.println("뛰어서 이동합니다.");
    }
}

• DriveStrategy.java

 public class DriveStrategy implements MoveStrategy {

    @Override
    public void move() {
        drive();
    }
    // 변화가 있을수 있는 영역 
    private void drive(){
        System.out.println("차를 타고 이동합니다.");
    }
}

---

• Game.java

 public class Game {
    public static void main(String[] arg){
        Gunner gunner = new Gunner();
        gunner.move();      // 뛰어서 이동합니다.
        gunner.setMoveStrategy(new DriveStrategy()); // 동작의 변경
        gunner.move();      // 차를 타고 이동합니다.
        gunner.attack();    // 총으로 공격합니다.

        Warrior warrior = new  Warrior();
        warrior.attack();   // 칼로 공격합니다.
    }
}

캐릭터가 걷다가 차를 탈수도 있다. 그럴때 구체적인 클래스를 멤버변수 타입으로 지정했다면 , 유연하게 대처할 수 없었을 것이다.

캐릭터는 계속적으로 추가 될 것이고 , 공격방식이 다양해 질 것이다. 이동방법또한 추가될 수 있다.

그때마다 캐릭터 클래스가 수정되어야 하는가 ?

위와 같은 전략패턴을 이용하면 새로운 전략이 생길 경우 해당 전략의 인터페이스를 구현한 구체클래스를 만들고 인스턴스를 setter를 이용해서 설정만 해주면 새로운 변화에 대해서 유연하게 대처할 수 있다.

---

UML