策略模式将算法定义与使用分离，通过统一接口、具体实现类和上下文类实现运行时动态切换；如支付系统中微信、支付宝等策略均实现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);
}
};
使用时可灵活切换：
XmxCms企业网站管理系统2.0
下载
原本这个程序只是本人两年前初学时练手的，最近拿出来进行了修改，所以叫XmxCms 企业网站管理系统2.0 开发环境：WinXP + VS2008 + SQLServer 2008 + Access开发语言：C#本程序采用 三层架构 + 抽象工厂设计模式 + Linq 实现，目前只做了Access 和 SQL Server ，默认数据库为Access，要更换数据库只需修改web.config 即可
立即学习“C++免费学习笔记（深入）”；
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） - 上下文类可增加模板参数支持编译期策略绑定（静态策略），适用于性能敏感场景
基本上就这些。策略模式不复杂但容易忽略接口职责边界——只要策略之间互不影响、算法可替换，就是它该出场的时候。
