과도한 조건을 피하기 위해 전략 패턴 사용

몇 주 전 저는 실행 중에 소프트웨어의 특정 동작을 활성화 및 비활성화하는 데 필요한 Globo Player용 솔루션을 작업했습니다. 이러한 유형의 요구 사항은 일반적으로 if-else 및 스위치와 같은 연결된 조건문을 통해 해결되지만 이 접근 방식이 항상 이상적인 것은 아닙니다.

이 기사에서는 이러한 과제를 완벽하게 충족하고 다양한 프로그래밍 시나리오에 적용할 수 있는 솔루션을 제시합니다.

어떤 전략을 사용해야 합니까?

알 수 없는 목적지에 막 도착했다고 상상해 보세요. 공항을 떠날 때 호텔로 가는 몇 가지 옵션이 있습니다. 가장 저렴한 대안은 자전거를 빌리는 것이지만, 시간이 더 걸릴 것입니다. 버스를 타는 것은 조금 더 비싸지만, 버스를 이용하면 더 빠르고 안전하게 목적지에 도착할 수 있습니다. 마지막으로 자동차를 렌트하는 것이 가장 빠르지만 비용도 가장 많이 듭니다.

이 상황에서 가장 중요한 점은 선택한 전략에 관계없이 최종 목표는 동일하다는 점을 이해하는 것입니다. 바로 호텔에 가는 것입니다.

이 비유는 소프트웨어 개발에 적용될 수 있습니다. 서로 다른 프로세스가 동일한 목표를 달성하려는 시나리오를 처리할 때 전략 디자인 패턴을 사용하면 도움이 될 수 있습니다.

전략 없이 프로그래밍을 한다면...

현재, 적금 또는 프리미엄과 같은 고객의 계좌 유형에 따라 수수료를 계산할 수 있는 은행 시스템을 개발해야 한다고 상상해 보세요. 이러한 계산은 런타임에 수행되어야 하며, 이를 위해서는 코드 흐름을 적절한 계산으로 올바르게 연결하는 구현이 필요합니다.

원칙적으로 일반적인 접근 방식은 연결된 조건문의 간단한 구조를 사용하여 문제를 신속하고 기능적으로 해결하는 것입니다.

class Banco {
  calcularTaxa(tipoConta, valor) {
    if (tipoConta === "corrente") {
      return valor * 0.02; // 2% de taxa
    } else if (tipoConta === "poupanca") {
      return valor * 0.01; // 1% de taxa
    } else if (tipoConta === "premium") {
      return valor * 0.005; // 0,5% de taxa
    } else {
      throw new Error("Tipo de conta não suportado.");
    }
  }
}

const banco = new Banco();
const taxa = banco.calcularTaxa("corrente", 1000); // Exemplo: R00
console.log(`A taxa para sua conta é: R$${taxa}`);

이 솔루션은 간단한 시나리오에는 적합하지만 나중에 은행이 5개의 계좌 유형을 더 추가해야 하는 경우에는 어떻게 되나요?

calcularTaxa(tipoConta, valor) {
  if (tipoConta === "corrente") {
    return valor * 0.02; // 2% de taxa
  } else if (tipoConta === "poupanca") {
    return valor * 0.01; // 1% de taxa
  } else if (tipoConta === "premium") {
    return valor * 0.005; // 0,5% de taxa
  } else if (tipoConta === "estudante") {
    return valor * 0.001; // 0,1% de taxa
  } else if (tipoConta === "empresarial") {
    return valor * 0.03; // 3% de taxa
  } else if (tipoConta === "internacional") {
    return valor * 0.04 + 10; // 4% + taxa fixa de R
  } else if (tipoConta === "digital") {
    return valor * 0.008; // 0,8% de taxa
  } else if (tipoConta === "exclusiva") {
    return valor * 0.002; // 0,2% de taxa
  } else {
    throw new Error("Tipo de conta inválido!");
  }
}

이제 코드에 심각한 한계가 나타나기 시작합니다. 이 접근 방식의 문제점을 살펴보겠습니다.

1. 낮은 확장성

새 계정 유형을 추가해야 할 때마다 계산Rate 메소드를 수정해야 합니다. 이로 인해 조건문 수가 지속적으로 증가하여 코드가 더욱 복잡해지고 관리가 어려워집니다.

2. 높은 의존도

비율 계산 로직은calculateRate 메소드와 완전히 결합됩니다. 한 유형의 계정을 변경하면 의도치 않게 다른 계정 유형에 영향을 미쳐 버그가 발생할 위험이 커질 수 있습니다.

3. 코드반복

금액 * 수수료 등 유사한 스니펫은 계정 유형별로 중복됩니다. 이는 코드 재사용을 줄이고 DRY(반복하지 마세요) 원칙을 위반합니다.

다음 단계에서는 전략 패턴이 이러한 문제를 어떻게 해결하여 더 깔끔하고 확장 가능하며 모듈화된 코드를 촉진할 수 있는지 살펴보겠습니다.

한 번에 하나의 전략!

위에 언급된 문제를 방지하기 위해 각 계정 유형을 소프트웨어에서 격리된 개체로 취급합니다. 이는 각 계정 유형에 특정 수수료 계산이 있고 다른 관련 향후 동작이 있을 수 있기 때문입니다.

모든 작업을 해결하는calculateRate 메소드를 사용하여 Bank 클래스를 생성하는 대신 각 계정 유형에 대한 클래스를 생성해 보겠습니다.

class Banco {
  calcularTaxa(tipoConta, valor) {
    if (tipoConta === "corrente") {
      return valor * 0.02; // 2% de taxa
    } else if (tipoConta === "poupanca") {
      return valor * 0.01; // 1% de taxa
    } else if (tipoConta === "premium") {
      return valor * 0.005; // 0,5% de taxa
    } else {
      throw new Error("Tipo de conta não suportado.");
    }
  }
}

const banco = new Banco();
const taxa = banco.calcularTaxa("corrente", 1000); // Exemplo: R00
console.log(`A taxa para sua conta é: R$${taxa}`);

이렇게 하면 각 계산 작업이 계정 유형의 특정 범위 내에서 유지됩니다. 이제 각 계정 유형에 초점을 맞춘 격리된 동작이 있습니다.

전략 기반의 솔루션 아키텍처

그런데 원하는 계정 선택은 어디에 위치하게 될까요?

calcularTaxa(tipoConta, valor) {
  if (tipoConta === "corrente") {
    return valor * 0.02; // 2% de taxa
  } else if (tipoConta === "poupanca") {
    return valor * 0.01; // 1% de taxa
  } else if (tipoConta === "premium") {
    return valor * 0.005; // 0,5% de taxa
  } else if (tipoConta === "estudante") {
    return valor * 0.001; // 0,1% de taxa
  } else if (tipoConta === "empresarial") {
    return valor * 0.03; // 3% de taxa
  } else if (tipoConta === "internacional") {
    return valor * 0.04 + 10; // 4% + taxa fixa de R
  } else if (tipoConta === "digital") {
    return valor * 0.008; // 0,8% de taxa
  } else if (tipoConta === "exclusiva") {
    return valor * 0.002; // 0,2% de taxa
  } else {
    throw new Error("Tipo de conta inválido!");
  }
}

연쇄 결정 구조(if-else)를 생성하는 대신 Bank 클래스 생성자에 계정, 전략을 전달하기로 선택했습니다. 이를 통해 setConta 메소드는 은행을 인스턴스화할 때 런타임에 원하는 계좌 유형을 선택할 수 있습니다. 비율 계산은 this.conta.calcularTaxa(valor)를 통해 수행됩니다.

class ContaCorrente {
  calcularTaxa(valor) {
    return valor * 0.02; // 2% de taxa
  }
}

class ContaPoupanca {
  calcularTaxa(valor) {
    return valor * 0.01; // 1% de taxa
  }
}

class ContaPremium {
  calcularTaxa(valor) {
    return valor * 0.005; // 0,5% de taxa
  }
}

이 모델을 통해 우리는 전략 패턴을 간단한 방식으로 적용하여 보다 유연하고 확장 가능하며 낮은 결합 구현을 보장할 수 있었습니다.

모든 일에 전략을 사용할 수 있나요?

전략 패턴은 실행 코드를 다른 조건이나 유형에 직접 연결하지 않고 런타임 시 작업 동작을 변경해야 할 때 강력한 솔루션입니다. 이 패턴은 상황에 따라 작업 동작이 달라질 수 있고 대안이 서로 독립적인 시나리오에 이상적입니다.

전략 패턴을 사용해야 하는 경우

• 변형 동작: 특정 조건(예: 은행 예의 다양한 계좌 유형)에 따라 시스템 동작을 동적으로 변경해야 하는 경우.
• 복잡한 조건을 피하세요: 결정 논리가 다중 if-else 또는 스위치와 같은 많은 흐름 제어 구조를 기반으로 하여 코드 유지 관리가 어려운 경우.
• 유지보수 및 확장 용이성: 기존 코드를 수정하지 않고 새로운 동작을 추가하려는 경우 간단히 새 전략 클래스를 생성하면 됩니다.
• 동작 분리: 다양한 클래스의 특정 동작을 분리하여 코드를 더욱 모듈화하고 유연하게 만들고 싶을 때.

Strategy를 사용하면 코드가 더 깔끔하고 모듈화되고 유연해지며 시스템 유지 관리 및 확장이 향상됩니다.

위 내용은 과도한 조건을 피하기 위해 전략 패턴 사용의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!