[스프링] 전략 패턴

지난번의 게시물 중 템플릿 메소드 패턴은 상속을 사용해서 좋은 설계가 아니었다.

2022.08.09 - [스프링 부트] - [스프링] 템플릿 메서드 패턴(+추상화)

[스프링] 템플릿 메서드 패턴(+추상화)

---

전략 패턴은 이러한 단점을 보완한 패턴이라고 생각하면 된다.

 

한마디로 상속이 아니라 위임으로 문제를 해결하는 것이다.

 

GOF 전략 패턴 디자인 의도는 다음과 같다.

알고리즘 제품군을 정의하고 각각을 캡슐화하여 상호 교환 가능하게 만들자. 전략을 사용하면 알고리즘을 사용하는 클라이언트와 독립적으로 알고리즘을 변경할 수 있다.

덧붙여.. 실행 중에 알고리즘을 선택할 수 있게 하는 행위 소프트웨어 디자인 패턴이다. 

 

 

 

전략 패턴은 변하지 않는 부분을 Context라는 곳에 두고

변하는 부분을 Strategy라는 인터페이스를 만들어서

해당 인터페이스를 구현하도록 해서 문제를 해결한다.

 

다음과 같이 execute() 안의 call() 메서드가 달라질 때,

 

1. call()은 인터페이스로 설정

public interface Strategy {
    void call();
}

StrategyLogic1과 StrategyLogic2 구현체를 생성하여 각각 기능을 구현한다.

@Slf4j
public class StrategyLogic1 implements Strategy{
    @Override
    public void call() {
        log.info("비즈니스 로직1 실행");
    }
}

그렇다면 Context(변하지 않는 부분)에서 execute() 실행은 다음과 같을 것이다.

@Slf4j
public class Context {
    private Strategy strategy;

    public ContextV1(Strategy strategy) {
        this.strategy = strategy;
    }

    public void execute(){
        log.info("템플릿 시작");
        
        //변해야 하는 로직 시작
        strategy.call(); //위임
        //변해야 하는 로직 끝
        
        log.info("템플릿 종료");
    }
}

이 코드에서는 Strategy interface만 필드로 주입받고 나중에 구현체를 주입해주면 된다.

다음과 같이 new StrategyLogic1()으로 생성하고 주입한다.

void strategyV1() {
	Strategy strategyLogic1 = new StrategyLogic1();
	ContextV1 context1 = new ContextV1(strategyLogic1);
	context1.execute();
    
	Strategy strategyLogic2 = new StrategyLogic2();
	ContextV1 context2 = new ContextV1(strategyLogic2);
	context2.execute();
}

따라서 Context는 StrategyLogic1 이 들어올지 StrategyLogic2 가 들어올지는 모르니 인터페이스에만 의존하게 된다.

덕분에 Strategy 구현체를 변경해도 Context에는 영향을 주지 않는다.

 

마치 스프링에서 의존관계 주입에서 사용하는 방식이 바로 전략 패턴이다.

 

+ 추가적으로 익명 내부 클래스를 사용해서 구현할 수 있다.

---

 

방금 전까지의 방법인 선 조립 후 실행 방법은 Context 실행 시점에는 이미 조립이 끝났기 때문에 전략을 신경 쓰지 않고 단순히 실행 가능하다.

하지만 조립한 이후에 전략을 변경하기가 어려움.

Context를 싱글톤으로 사용할 시 동시성 이슈도 존재한다.

Strategy strategyLogic1 = new StrategyLogic1(); //이렇게 전략을 생성 후 조립
ContextV1 context1 = new ContextV1(strategyLogic1);
context1.execute();

 

해결 방법 : 파라미터 전달 방식

@Slf4j
public class Context {
    public void execute(Strategy strategy){
        log.info("템플릿 시작");
        strategy.call(); 
        log.info("템플릿 종료");
    }

}

파라미터로 전략을 전달받으면 실행할 때마다 전략을 변경 가능해진다.

단 단점은 전략을 계속 지정해야 한다.

 

context.execute(new StrategyLogic1())

---

어쨌든 변하는 부분과 변하지 않는 부분을 분리하고 싶은 우리의 문제에서

 

두 방식 모두 문제를 해결할 수는 있지만 '의도'가 중요하다.

우리가 원하는 건 단순히 템플릿 안에서 살짝 다른 코드를 실행하고 싶어 해서,

실행 시점에 유연하게 코드를 전달하는 파라미터 전달 방식이 더 좋아 보인다.

 

+ 강의를 들으며 대충 끄적이기는 했는데.. 사실 좀 헷갈린다. 나중에 복습하며 다시 내용을 추가해보자!

 

출처 - 김영한의 스프링 부트 고급[인프런]