在 React 中应用设计模式：策略模式

这篇文章是关于我们许多人在 React 和前端开发中遇到的一个问题（有时甚至没有意识到这是一个问题）：在不同的组件、钩子、实用程序等中实现了一段逻辑。

让我们深入了解问题的详细信息以及如何解决它。正如标题所暗示的，我们将使用策略模式来解决它。

问题：霰弹枪手术

Shotgun Surgery是一种代码味道，其中进行任何修改都需要对许多不同的地方进行许多小的更改。

（图片来源：https ://refactoring.guru/smells/shotgun-surgery ）

这怎么会发生在一个项目中？假设我们需要为产品实施定价卡，我们根据客户的来源调整价格、货币、折扣策略和消息：

我们大多数人可能会按如下方式实施定价卡：

• 组件：PricingCard，PricingHeader，PricingBody。
• 效用函数：（getDiscountMessage在utils/discount.ts中），formatPriceByCurrency（在utils/price.ts 中）。
• 该PricingBody组件还计算最终价格。

这是完整的实现：

现在假设我们需要更改一个国家/地区的定价计划，或为另一个国家/地区添加新的定价计划。您将如何处理上述实施？您必须至少修改 3 个地方并向已经凌乱的if-else块添加更多条件：

• 修改PricingBody组件。
• 修改getDiscountMessage函数。
• 修改formatPriceByCurrency函数。

如果您已经听说过 SOLID，那么我们已经违反了前 2 个原则：单一职责原则和开闭原则。

解决方案：策略模式

策略模式非常简单。我们可以简单的理解为我们每个国家的定价方案都是一个策略。在那个策略类中，我们实现了该策略的所有相关逻辑。

假设您熟悉 OOP，我们可以有一个PriceStrategy实现共享/公共逻辑的抽象类 ( )，然后具有不同逻辑的策略将继承该抽象类。PriceStrategy抽象类如下所示：

import { Country, Currency } from '../../types';

abstract class PriceStrategy {
  protected country: Country = Country.AMERICA;
  protected currency: Currency = Currency.USD;
  protected discountRatio = 0;

  getCountry(): Country {
    return this.country;
  }

  formatPrice(price: number): string {
    return [this.currency, price.toLocaleString()].join('');
  }

  getDiscountAmount(price: number): number {
    return price * this.discountRatio;
  }

  getFinalPrice(price: number): number {
    return price - this.getDiscountAmount(price);
  }

  shouldDiscount(): boolean {
    return this.discountRatio > 0;
  }

  getDiscountMessage(price: number): string {
    const formattedDiscountAmount = this.formatPrice(
      this.getDiscountAmount(price)
    );

    return `It's lucky that you come from ${this.country}, because we're running a program that discounts the price by ${formattedDiscountAmount}.`;
  }
}

export default PriceStrategy;

我们只需将实例化的策略作为 prop 传递给PricingCard组件：

<PricingCard price={7669} strategy={new JapanPriceStrategy()} />

道具PricingCard定义为：

interface PricingCardProps {
  price: number;
  strategy: PriceStrategy;
}

同样，如果您了解 OOP，那么我们不仅在使用继承，而且还在此处使用多态性。

这是解决方案的完整实现：

让我们再次问同样的问题：我们如何为新的国家/地区添加新的定价计划？使用这个解决方案，我们只需要添加一个新的策略类，而不需要修改任何现有代码。通过这样做，我们也满足了 SOLID。

结论

因此，通过在我们的 React 代码库中检测代码异味——Shotgun Surgery，我们应用了一种设计模式——策略模式——来解决它。我们的代码结构来自于：

对此：

现在我们的逻辑存在于一个地方，不再分布在许多地方。

如果您对设计模式和架构以及如何使用它们来解决前端世界中的问题感兴趣，请务必给我点赞和关注。