C++策略模式实战：游戏AI与支付系统设计

2026/8/4 18:12:34
C++策略模式实战：游戏AI与支付系统设计
1. 策略模式在C中的实战应用在游戏开发中我们经常遇到这样的场景同一个角色在不同状态下需要执行不同的攻击行为。新手程序员可能会写出一堆if-else判断而资深开发者则会掏出策略模式这把瑞士军刀。今天我们就来聊聊如何用C实现这个经典设计模式。策略模式的核心在于将算法家族封装起来让它们可以互相替换。这种模式使得算法可以独立于使用它的客户端变化。在C中我们通常通过虚函数和智能指针来实现这种动态行为切换。不同于简单的函数指针策略模式提供了更完整的面向对象解决方案。2. 策略模式实现详解2.1 基础类结构设计我们先来看最经典的策略模式实现方式class Strategy { public: virtual ~Strategy() default; virtual void execute() const 0; }; class ConcreteStrategyA : public Strategy { public: void execute() const override { std::cout 执行策略A std::endl; } }; class Context { private: std::unique_ptrStrategy strategy_; public: explicit Context(std::unique_ptrStrategy strategy) : strategy_(std::move(strategy)) {} void setStrategy(std::unique_ptrStrategy strategy) { strategy_ std::move(strategy); } void executeStrategy() const { strategy_-execute(); } };这种实现有几个关键点使用纯虚基类定义策略接口通过unique_ptr管理策略对象生命周期Context类持有策略指针但不关心具体实现2.2 现代C改进方案C11之后我们可以用function和lambda简化实现class Context { private: std::functionvoid() strategy_; public: void setStrategy(std::functionvoid() strategy) { strategy_ strategy; } void executeStrategy() const { strategy_(); } }; // 使用示例 Context ctx; ctx.setStrategy([](){ std::cout Lambda策略 std::endl; });这种实现更灵活但失去了接口的明确约束。在实际项目中我建议根据团队规范选择合适的方式。3. 实战应用场景3.1 游戏AI行为切换假设我们正在开发一个RPG游戏敌人的AI行为需要根据玩家等级动态调整class EnemyAI { public: virtual ~EnemyAI() default; virtual void update(Enemy enemy) 0; }; class AggressiveAI : public EnemyAI { void update(Enemy enemy) override { // 追击玩家逻辑 } }; class DefensiveAI : public EnemyAI { void update(Enemy enemy) override { // 防御逻辑 } }; class Enemy { std::unique_ptrEnemyAI ai_; public: void setAI(std::unique_ptrEnemyAI ai) { ai_ std::move(ai); } void update() { ai_-update(*this); } };3.2 支付系统设计电商平台的支付模块是策略模式的典型应用场景class PaymentStrategy { public: virtual bool pay(double amount) 0; }; class AlipayStrategy : public PaymentStrategy { bool pay(double amount) override { // 支付宝支付实现 } }; class WechatPayStrategy : public PaymentStrategy { bool pay(double amount) override { // 微信支付实现 } }; class PaymentService { std::unique_ptrPaymentStrategy strategy_; public: void setStrategy(std::unique_ptrPaymentStrategy strategy) { strategy_ std::move(strategy); } bool processPayment(double amount) { return strategy_-pay(amount); } };4. 性能优化与陷阱规避4.1 对象创建开销频繁创建策略对象可能导致性能问题。解决方案使用对象池模式设计无状态策略所有数据通过参数传入考虑flyweight模式共享策略实例class StrategyPool { std::unordered_mapstd::string, std::shared_ptrStrategy pool_; public: std::shared_ptrStrategy get(const std::string key) { if (!pool_.count(key)) { if (key A) pool_[key] std::make_sharedConcreteStrategyA(); // 其他策略初始化 } return pool_[key]; } };4.2 多线程安全问题策略对象如果在多线程环境下使用需要特别注意确保策略类的成员函数是线程安全的策略切换时需要适当的同步机制避免在策略执行过程中修改策略class ThreadSafeContext { std::mutex mtx_; std::unique_ptrStrategy strategy_; public: void setStrategy(std::unique_ptrStrategy strategy) { std::lock_guardstd::mutex lock(mtx_); strategy_ std::move(strategy); } void executeStrategy() const { std::lock_guardstd::mutex lock(mtx_); strategy_-execute(); } };5. 策略模式与其他模式的结合5.1 策略工厂模式通过工厂类创建策略对象进一步解耦class StrategyFactory { public: static std::unique_ptrStrategy create(const std::string type) { if (type A) return std::make_uniqueConcreteStrategyA(); if (type B) return std::make_uniqueConcreteStrategyB(); throw std::invalid_argument(未知策略类型); } }; // 使用示例 auto strategy StrategyFactory::create(A); Context ctx(std::move(strategy));5.2 策略装饰器模式为策略添加额外功能而不修改原有代码class LoggingDecorator : public Strategy { std::unique_ptrStrategy wrapped_; public: explicit LoggingDecorator(std::unique_ptrStrategy strategy) : wrapped_(std::move(strategy)) {} void execute() const override { std::cout 开始执行策略 std::endl; wrapped_-execute(); std::cout 策略执行完成 std::endl; } }; // 使用示例 auto baseStrategy std::make_uniqueConcreteStrategyA(); auto decorated std::make_uniqueLoggingDecorator(std::move(baseStrategy));6. 测试策略模式为策略类编写单元测试时要注意测试每个具体策略的独立行为测试上下文类是否正确调用策略测试策略切换功能TEST(StrategyTest, ConcreteStrategyA_Execute_OutputsCorrectMessage) { ConcreteStrategyA strategy; testing::internal::CaptureStdout(); strategy.execute(); std::string output testing::internal::GetCapturedStdout(); EXPECT_EQ(output, 执行策略A\n); } TEST(ContextTest, ExecuteStrategy_CallsCurrentStrategy) { MockStrategy mockStrategy; EXPECT_CALL(mockStrategy, execute()).Times(1); Context ctx(std::make_uniqueMockStrategyWrapper(mockStrategy)); ctx.executeStrategy(); }7. 实际项目中的经验分享在大型项目中使用策略模式时我总结了几点经验接口设计策略接口要足够通用但不要过度设计。我曾在项目中设计了一个包含20多个方法的策略接口结果维护起来非常痛苦。生命周期管理在长时间运行的服务中要注意策略对象的内存泄漏问题。使用智能指针可以避免大部分问题。配置化将策略选择逻辑配置化可以通过配置文件或数据库动态调整策略而不需要重新编译代码。日志记录为策略切换添加日志记录这在调试复杂问题时非常有用。性能分析策略模式会带来一定的运行时开销在性能敏感的场景要做基准测试。我们曾用Google Benchmark测试发现虚函数调用在极端情况下会成为瓶颈后来改用std::function取得了更好的性能。// 性能测试示例 static void BM_VirtualStrategy(benchmark::State state) { Context ctx(std::make_uniqueConcreteStrategyA()); for (auto _ : state) { ctx.executeStrategy(); } } BENCHMARK(BM_VirtualStrategy); static void BM_FunctionStrategy(benchmark::State state) { Context ctx([](){ /* lambda实现 */ }); for (auto _ : state) { ctx.executeStrategy(); } } BENCHMARK(BM_FunctionStrategy);8. 策略模式的替代方案虽然策略模式很强大但并不是所有情况都适用简单条件逻辑如果只有2-3个简单分支if-else可能更直接编译时决策如果策略在编译时就能确定考虑使用模板性能极端敏感虚函数调用有开销在这种情况下可以考虑策略类的CRTP实现template typename T class StrategyBase { public: void execute() const { static_castconst T*(this)-executeImpl(); } }; class ConcreteStrategy : public StrategyBaseConcreteStrategy { friend class StrategyBaseConcreteStrategy; void executeImpl() const { // 具体实现 } };这种编译期多态避免了虚函数开销但失去了运行时动态切换的能力。

相关新闻

最新新闻

日新闻

周新闻

月新闻