使用策略模式避免过度调节

几周前，我为 Globo Player 开发了解决方案，需要在执行过程中激活和停用软件中的特定行为。这种类型的需求通常通过链式条件语句来解决，例如 if-else 和 switch，但这种方法并不总是理想的。

在本文中，我提出了一个完美应对这一挑战的解决方案，并且可以应用于不同的编程场景。

我应该使用哪种策略？

想象一下您刚刚到达一个未知的目的地。离开机场时，您有多种选择前往酒店。最便宜的选择是租一辆自行车，但这会花费更多时间。乘坐公共汽车会贵一些，但可以更快、更安全地到达目的地。最后，租车是最快的选择，但也是最贵的。

在这种情况下最重要的一点是要了解，无论选择何种策略，最终目标都是相同的：到达酒店。

这个类比可以应用于软件开发。当我们处理不同流程寻求实现相同目标的场景时，我们可以使用策略设计模式来帮助我们。

当你在没有策略的情况下编程时......

想象一下，我们需要开发一个能够根据客户的账户类型计算费用的银行系统，例如当前、储蓄或保费。这些计算需要在运行时执行，这需要一个实现能够正确地将代码流引导到适当的计算。

原则上，一种常见的方法是使用简单的链式条件结构来快速、有效地解决问题：

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!");
  }
}

现在，代码开始显示出严重的局限性。让我们探讨一下这种方法的问题：

1。可扩展性低

每次需要添加新的账户类型时，calculateRate方法都需要修改。这不断增加条件的数量，使代码更加复杂且难以管理。

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或switch，这使得代码难以维护。
• 易于维护和扩展：当你想在不修改现有代码的情况下添加新行为时，只需创建新的策略类即可。
• 行为解耦：当你想隔离不同类中的特定行为时，使代码更加模块化和灵活。

通过使用策略，我们保证代码变得更干净、模块化和灵活，同时促进系统更好的维护和扩展。

以上是使用策略模式避免过度调节的详细内容。更多信息请关注PHP中文网其他相关文章！