C++设计模式进阶：策略模式灵活应用与避坑指南

在软件开发中，经常会遇到需要根据不同条件选择不同算法的场景。如果直接使用 if...else 或 switch 语句，代码会变得冗长且难以维护。这时，策略模式就能派上用场。它将算法封装成独立的策略类，并允许客户端在运行时动态选择策略，从而提高代码的灵活性和可扩展性。例如，一个电商平台需要支持多种支付方式（微信、支付宝、银行卡等），每种支付方式都有不同的计算逻辑。使用策略模式，可以将每种支付方式封装成一个策略，客户端根据用户的选择动态切换策略。

底层原理深度剖析

策略模式的核心在于定义一个策略接口和一个策略上下文。策略接口定义了所有策略类需要实现的公共方法，策略上下文则负责维护一个策略对象，并在运行时调用该策略对象的方法。这种设计模式符合开闭原则，即对扩展开放，对修改关闭。当需要添加新的策略时，只需要创建新的策略类并实现策略接口，而不需要修改已有的代码。

策略接口 (Strategy Interface)

定义所有策略需要实现的抽象方法。

// 策略接口
class PaymentStrategy {
public:
  virtual bool pay(double amount) = 0;
  virtual ~PaymentStrategy() {}
};

具体策略 (Concrete Strategies)

实现策略接口的具体算法。

// 微信支付策略
class WeChatPayment : public PaymentStrategy {
public:
  bool pay(double amount) override {
    // 微信支付具体逻辑，例如调用微信支付 API
    std::cout << "使用微信支付，金额：" << amount << std::endl;
    return true;
  }
};

// 支付宝支付策略
class AlipayPayment : public PaymentStrategy {
public:
  bool pay(double amount) override {
    // 支付宝支付具体逻辑，例如调用支付宝支付 API
    std::cout << "使用支付宝支付，金额：" << amount << std::endl;
    return true;
  }
};

// 银行卡支付策略
class BankCardPayment : public PaymentStrategy {
public:
  bool pay(double amount) override {
    // 银行卡支付具体逻辑，例如调用银行支付 API
    std::cout << "使用银行卡支付，金额：" << amount << std::endl;
    return true;
  }
};

策略上下文 (Context)

维护一个策略对象，并提供客户端设置和使用策略的接口。

// 支付上下文
class PaymentContext {
private:
  PaymentStrategy* strategy;

public:
  PaymentContext(PaymentStrategy* strategy) : strategy(strategy) {}

  void setStrategy(PaymentStrategy* strategy) {
    this->strategy = strategy;
  }

  bool payAmount(double amount) {
    return strategy->pay(amount);
  }

  ~PaymentContext() {
    delete strategy;
  }
};

客户端代码

int main() {
  // 创建具体策略对象
  PaymentStrategy* wechat = new WeChatPayment();
  PaymentStrategy* alipay = new AlipayPayment();
  PaymentStrategy* bankcard = new BankCardPayment();

  // 创建支付上下文，并设置初始策略
  PaymentContext context(wechat);
  context.payAmount(100.0);

  // 动态切换策略
  context.setStrategy(alipay);
  context.payAmount(200.0);

  context.setStrategy(bankcard);
  context.payAmount(300.0);

  // 清理资源
  delete wechat;
  delete alipay;
  delete bankcard;

  return 0;
}

实战避坑经验总结

1. 策略类的生命周期管理： 在客户端使用策略对象时，需要注意策略对象的生命周期管理。如果策略对象是由客户端创建的，那么客户端需要负责释放策略对象。如果策略对象是由策略上下文创建的，那么策略上下文需要负责释放策略对象。避免内存泄漏。
2. 策略类的线程安全： 如果多个线程同时访问同一个策略对象，需要考虑策略类的线程安全问题。可以使用互斥锁等同步机制来保证策略类的线程安全。例如，在处理高并发支付场景时，可能需要考虑 Redis 分布式锁或使用线程池来管理并发连接，防止因资源竞争导致支付失败。
3. 策略选择的复杂性： 当策略选择的条件非常复杂时，可以考虑使用状态模式或者组合模式来简化策略选择的逻辑。
4. 避免过度设计: 策略模式虽然灵活，但如果应用场景过于简单，引入策略模式反而会增加代码的复杂性。需要根据实际情况权衡利弊。

策略模式是一种非常实用的设计模式，可以帮助我们编写更加灵活、可扩展和易于维护的代码。通过合理运用策略模式，可以有效地应对软件开发中的各种变化。