《大话设计模式》--1.策略模式-优快云博客

本文链接：https://blog.youkuaiyun.com/slionls/article/details/18100923

本文详细介绍了策略模式的概念及其在软件设计中的应用。通过示例代码解释了如何定义算法族并将其封装，以便在运行时根据需要选择合适的算法。此外，还讨论了策略模式的优点，如减少代码耦合、简化单元测试等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

策略模式定义：它定义了算法家族，分别封装起来，让他们之间可以相互替换，则模式让算法的变化，不会影响到使用算法的客户

Strategy类，定义所有支持的算法的公共接口
 
//抽象算法类
class Strategy
{
public:
    //算法方法
    virtual void AlgorithmInterface() = 0;
};
 
 ConcreteStrategy，封装了具体的算法或行为，继承于Strategy
 
//具体算法A
class ConcreteStrategyA : public Strategy
{
public:
    //算法A实现方法
    virtual void AlgorithmInterface()
    {
        cout << "算法A的实现" << endl;
    }
};
//具体算法B
class ConcreteStrategyB : public Strategy
{
public:
    //算法B实现方法
    virtual void AlgorithmInterface()
    {
        cout << "算法B的实现" << endl;
    }
};
//具体算法C
class ConcreteStrategyC : public Strategy
{
public:
    //算法A实现方法
    virtual void AlgorithmInterface()
    {
        cout << "算法C的实现" << endl;
    }
};
 
 Context，用一个ConcreteStrategy来配置，维护一个对Strategy对象的指针
 
//上下文
class Context
{
public:
    Context(Strategy *pStrategy)
    {
        m_pStrategy = pStrategy;
    }
    
    //上下文接口
    void ContextInterface()
    {
        m_pStrategy->AlgorithmInterface();
    }
    
private:
    Strategy *m_pStrategy;
};
 
 客户端调用
 
void main()
{
    Context *pContext;
    pContext = new Conntext(new ConcreteStrategyA);
    pContext->ContextInterface();
    
    pContext = new Conntext(new ConcreteStrategyB);
    pContext->ContextInterface();
    
    pContext = new Conntext(new ConcreteStrategyC);
    pContext->ContextInterface();
    
    //由于实例化不同的策略，所以最终在调用pContext->ContextInterface();时，所获得的结果不同
}

策略模式优点
1.策略模式是一种定义一系列算法的方法，从概念上来看，所有这些算法完成的都是相同的工作，只是实现不同，他可以以相同的方式调用所有算法，减少了各种算法类与使用算法类之间的耦合
2.策略模式的Strategy类层次为Context定义了一系列的可供重用的算法或行为，继承有助于析取出这些算法中的公共功能
3.策略模式简化了单元测试，因为每个算法都有自己的类，可以通过自己的接口单独测试
4.当不同的行为堆砌在一个类中时，就很难避免使用条件语句来选择合适的行为。将这些行为封装在一个个独立的Stategy类中，可以在使用这些行为的类中消除条件语句。

策略模式使用
1.策略模式就是用来封装算法的，但在实践中，我们发现可以用他来封装几乎任何类型的规则，只要在分析过程中听到需要在不同时间应用不同的业务规则，就可以考虑使用策略模式处理这种变化的可能性。
2.在基本策略模式中，选择所用具体实现的职责有客户端对象承担，并转给策略模式的Context对象。这本身并没用解除客户端需要选择判断的压力，而策略模式与简单工厂模式结合后，选择具体实现的职责也可以由Context来承担，这就最大化地减轻了客户端的职责

PS:任何需求的变更都是需要成本的，但是成本的高低还是有差异的。高手和菜鸟的区别就是高手可以花同样的代价获得最大的收益或者说做同样的事花最小的代价。面对同样的需求，当然是改动越小越好