Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- db
- jpa
- 백준
- AOP
- QueryDSL
- Exception
- kotlin
- 그리디
- Thymeleaf
- Proxy
- JDBC
- java
- 스프링
- 알고리즘
- Servlet
- 김영한
- pointcut
- http
- Greedy
- Android
- 스프링 핵심 기능
- SpringBoot
- Spring Boot
- springdatajpa
- JPQL
- 인프런
- transaction
- 스프링 핵심 원리
- 자바
- spring
Archives
- Today
- Total
개발자되기 프로젝트
Strategy Pattern - 1 본문
1. 전략 패턴
- 동일한 문제를 전략 패턴을 통해 해결해 보자.
- 탬플릿 메서드 패턴은 부로 클래스에 변하지 않는 템플릿을 두고,
변하는 부분으 자식 클래스에 두어서 상속을 사용하여 문제르 해결함. - 전략 패턴은 변하지 않는 부분을 Context라는 곳에 두고,
변하는 부분을 Strategy라는 인터페이스를 만들고 구현하도록 하여 문제를 해결함. - 상속아 아니라 위임으로 문제를 해결하는 것.
- 전략 패턴에서 Context는 변하지 않는 Template 역할을 하고, Strategy는 변하는 알고리즘 역할을 한다.
2. GOF 디자인 패턴에서 정의한 전략 패턴의 의도
알고리즘 제품군을 정의하고 각각을 캡슐화하여 상호 교환 가능하게 만들자. 전략을 사용하면 알고리즘을
사용하는 클라이언트와 독립적으로 알고리즘을 변경할 수 있다.
3. StrategyLogic 인터페이스
- 이 인터페이스는 변하는 알고리즘 역할을 한다.
public interface Strategy {
void call();
}
4. StrategyLogic1,2
- 변하는 알고리즘은 Strategy 인터페이스를 구현하면 된다.
@Slf4j
public class StrategyLogic1 implements Strategy{
@Override
public void call() {
log.info("비즈니스 로직1 실행");
}
}
@Slf4j
public class StrategyLogic2 implements Strategy{
@Override
public void call() {
log.info("비즈니스 로직2 실행");
}
}
5. ContextV1
/**
* 필드에 전략을 보관하는 방식
*/
@Slf4j
public class ContextV1 {
private Strategy strategy;
public ContextV1(Strategy strategy) {
this.strategy = strategy;
}
public void execute(){
long startTime = System.currentTimeMillis();
//비즈니스 로직 시행
strategy.call();
//비즈니스 로직 종료
long endTime = System.currentTimeMillis();
long resultTime = endTime - startTime;
log.info("resultTime = {}", resultTime);
}
}
- ContextV1 은 변하지 않는 로직을 가지고 있는 템플릿 역할을 하는 코드이다.
- 전략 패턴에서는 이것을 컨텍스트(문맥)이라 한다.
- 쉽게 이야기해서 컨텍스트(문맥)는 크게 변하지 않지만,
- 그 문맥 속에서 strategy 를 통해 일부 전략이 변경된다 생각하면 된다.
- Context 는 내부에 Strategy strategy 필드를 가지고 있다.
- 이 필드에 변하는 부분인 Strategy 의 구현체를 주입하면 된다.
- 전략 패턴의 핵심은 Context 는 Strategy 인터페이스에만 의존한다는 점이다.
- 덕분에 Strategy 의 구현체를 변경하거나 새로 만들어도 Context 코드에는 영향을 주지 않는다.
- 어디서 많이 본 코드 같지 않은가? 그렇다.
- 바로 스프링에서 의존관계 주입에서 사용하는 방식이 바로 전략 패턴이다.
6. Test
/**
* 전략패턴 사용
*/
@Test
void strategyV1(){
StrategyLogic1 strategyLogic1 = new StrategyLogic1();
ContextV1 contextV1 = new ContextV1(strategyLogic1);
contextV1.execute();
StrategyLogic2 strategyLogic2 = new StrategyLogic2();
ContextV1 contextV2 = new ContextV1(strategyLogic2);
contextV2.execute();
}
- 코드를 보면 의존관계 주입을 통해 ContextV1 에 Strategy 의 구현체인 strategyLogic1 를 주입
- Context 안에 원하는 전략을 주입한다.
- 이렇게 원하는 모양으로 조립을 완료하고 난 다음에 context1.execute() 를 호출해서 context 를 실행한다.
7. 전략 패턴 실행 그림
- Context 에 원하는 Strategy 구현체를 주입한다.
- 클라이언트는 context 를 실행한다.
- context 는 context 로직을 시작한다.
- context 로직 중간에 strategy.call() 을 호출해서 주입 받은 strategy 로직을 실행한다.
- context 는 나머지 로직을 실행한다.
8. GitHub : 211122 Strategy Pattern-1
'인프런 > [인프런] 스프링 핵심 원리 - 고급' 카테고리의 다른 글
Strategy Pattern - 3 (0) | 2021.11.22 |
---|---|
Strategy Pattern - 2, 익명 내부 클래스 (0) | 2021.11.22 |
Template Method - 정의 (0) | 2021.11.22 |
Template Method - 적용2 (0) | 2021.11.22 |
Template Method - 적용1 (0) | 2021.11.22 |
Comments