17370845950

策略模式将算法定义与使用分离，通过统一接口、具体实现类和上下文类实现运行时动态切换；如支付系统中微信、支付宝等策略均实现PaymentStrategy接口。

策略模式的核心思想

策略模式把算法的定义和使用分开，让不同算法可以互相替换，而不影响调用方代码。关键在于抽象出统一的策略接口，具体算法作为独立类实现，客户端通过组合方式持有策略对象，运行时动态切换。

标准C++策略模式结构

包含三个基本角色：策略接口（抽象基类）、多个具体策略类、上下文类（持有一个策略指针/引用，提供统一接口供外部调用）。

• 策略接口用纯虚函数定义算法契约，不带实现
• 具体策略类继承该接口，各自实现自己的算法逻辑
• 上下文类不关心具体策略细节，只调用策略接口的函数
• 策略对象通常通过构造函数或setter注入，支持运行时更换

一个实用的支付策略示例

假设电商系统需要支持微信、支付宝、银行卡三种支付方式，每种验证逻辑和扣款流程不同，但对外都提供“执行支付”能力。

// 策略接口
struct PaymentStrategy {
    virtual ~PaymentStrategy() = default;
    virtual bool pay(double amount) = 0;
};

// 微信支付策略
struct WechatPay : PaymentStrategy {
    bool pay(double amount) override {
        std::cout << "WeChat Pay: ¥" << amount << std::endl;
        return true;
    }
};

// 支付宝策略
struct Alipay : PaymentStrategy {
    bool pay(double amount) override {
        std::cout << "Alipay: ¥" << amount << std::endl;
        return true;
    }
};

// 上下文类
struct OrderProcessor {
    std::unique_ptr strategy;

    explicit OrderProcessor(std::unique_ptr s) 
        : strategy(std::move(s)) {}

    void setStrategy(std::unique_ptr s) {
        strategy = std::move(s);
    }

    bool executePayment(double amount) {
        if (!strategy) return false;
        return strategy->pay(amount);
    }
};

使用时可灵活切换：

OrderProcessor processor = OrderProcessor(std::make_unique());
processor.executePayment(99.9); // 输出微信支付

processor.setStrategy(std::make_unique());
processor.executePayment(128.5); // 输出支付宝

进阶技巧与注意事项

实际项目中建议结合现代C++特性提升健壮性和灵活性：

• 用std::unique_ptr管理策略生命周期，避免裸指针和内存泄漏
• 策略接口析构函数必须为virtual，确保多态销毁安全
• 若策略无需状态，可考虑用std::function替代类层次，更轻量（如std::function）
• 上下文类可增加模板参数支持编译期策略绑定（静态策略），适用于性能敏感场景

基本上就这些。策略模式不复杂但容易忽略接口职责边界——只要策略之间互不影响、算法可替换，就是它该出场的时候。