📗 객체 행동: 전략

TL;DR;

일부 논리 구현이 다른 유사한 클래스가 여러 개 있는 경우 이 패턴을 사용하십시오. 코드에는 사용할 적절한 알고리즘을 결정하기 위한 if-else가 포함되어 있습니다.
행의 두 번째 패턴은 가능한 경우 if-else를 제거하는 것을 목표로 합니다.

정의

전략 패턴을 사용하면 알고리즘을 사용하는 클라이언트에서 알고리즘을 분리할 수 있습니다.

공식 다이어그램은 다음과 같습니다.


IStrategy 개체에 대한 참조를 보유하는 Context 유형의 개체가 있습니다. 컨텍스트는 일부 작업을 이 IStrategy 개체에 전달합니다.

State Pattern 과 거의 동일하게 들리지만 전략은 컨텍스트 인스턴스화 시간(컨텍스트가 인스턴스화된 후 상태가 변경되는 동안)에 한 번 설정됩니다.

구현

코드를 작성해 봅시다.
여전히 플레이어가 있지만 이번에는 코덱에 더 관심이 있습니다.
그래서 우리는 다음과 같이 끝날 것입니다.

export default class Player {
  private paramA: number;
  private paramB: number;
  private paramC: number;

  constructor(private codecType: AlgorithmType, private stream: Stream) {
    // Setting up params
  }

  play() {
    const algorithm = this.getAlgorithm();

    switch (algorithm) {
      case 'A':
        this.decodeA();
        break;
      case 'B':
        this.decodeB();
        break;
      case 'C':
        this.decodeC();
        break;
    }

    console.log('>>>> Play');
  }

  private getAlgorithm(): AlgorithmType {
    // Some logic happens here to determine appropriate algorithm.
    return this.codecType;
  }

  private decodeA(): Stream {
    // Actual algorithm to decode the stream in some way
    console.log('>>>> Decoding with A', this.paramA);
    return this.stream;
  }

  private decodeB(): Stream {
    // Actual algorithm to decode the stream in some way
    console.log('>>>> Decoding with B', this.paramB);
    return this.stream;
  }

  private decodeC(): Stream {
    // Actual algorithm to decode the stream in some way
    console.log('>>>> Decoding with C', this.paramC);
    return this.stream;
  }
}

플레이어 클래스 내에서 스트림을 디코딩하는 다양한 방법이 있습니다. 어떤 특정 알고리즘을 사용해야 하는지 결정하는 switch 문이 있습니다. 지금 당장은 그렇게 나쁘지는 않지만 디코딩 기능이 수십 줄의 코드를 포함할 수 있는 실제 상황을 상상해 보십시오.

전략이 제안하는 것은 다음과 같습니다.

전략 클래스를 설명하는 인터페이스 생성

각 디코딩 알고리즘을 독립형 전략 클래스로 이동

특정 인스턴스에 대한 참조를 플레이어에 추가합니다.

글쎄, 이 모든 것을 한 가지 작은 변화로 해봅시다. 각 알고리즘에 대한 클래스를 만들지 말자. 이거 봐요:

interface Strategy {
  decode(stream: Stream, context: DecodeContext): Stream;
}

class StrategyA implements Strategy {
  decode(stream: Stream, context: DecodeContext) {
    // implementation
  }
}

우리는 TypeScript(JavaScript) 세계에 있고, 함수는 일급 시민입니다. 우리는 함수를 어디에나 전달할 수 있고, 단지 하나의 함수를 포함하기 위해 클래스를 만들 필요가 없습니다.

따라서 패턴 구현은 다음과 같습니다.

export default class Player {
  private paramA: number;
  private paramB: number;
  private paramC: number;

  constructor(private decode: Decode, private stream: Stream) {
    // Setting up params
  }

  play() {
    this.decode(this.stream, {
      a: this.paramA,
      b: this.paramB,
      c: this.paramC,
    });
    console.log('>>>> Play');
  }
}

그리고 모든 디코딩 알고리즘은 이제 자체 기능으로 작동합니다.

export const decodeA: Decode = (stream: Stream, { a }: DecodeContext) => {
  // Actual algorithm to decode the stream in some way
  console.log('>>>> Decoding with A', a);
  return stream;
};

export const decodeB: Decode = (stream: Stream, { b }: DecodeContext) => {
  // Actual algorithm to decode the stream in some way
  console.log('>>>> Decoding with B', b);
  return stream;
};

export const decodeC: Decode = (stream: Stream, { c }: DecodeContext) => {
  // Actual algorithm to decode the stream in some way
  console.log('>>>> Decoding with C', c);
  return stream;
};

비용은 얼마입니까?

잠재적 단점:

파일 수를 늘릴 수 있는데 일부에서는 이를 좋지 않게 생각할 수 있습니다

.

모든 알고리즘에 대해 Decode 인터페이스를 정의할 때 각 알고리즘에 필요할 수 있는 모든 매개 변수를 전달합니다. 이상적이지 못함

잠재적 장점:

switch 문을 제거했습니다

.

플레이어 클래스 외부에서 알고리즘 구현을 이동하여 문제를 분리했습니다

.

결론

나는 관심사를 분리하고 가능한 경우 조건문을 피하는 것을 좋아하므로 이 패턴은 지금까지 나에게 정말 유용해 보입니다.

조금이나마 도움이 되었길 바랍니다 🙃
Source code if needed