Strategy（策略）

1. 意图

定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。

2. 动机

在软件构建过程中，某些对象使用的算法可能多种多样，经常改变，如果将这些算法都编码到对象中，将会使对象变得异常复杂；而且有时候支持不使用的算法也是一个性能负担。

如何在运行时根据需要透明地更改对象的算法？将算法与对象本身解耦，从而避免上述问题？

3. 示例

下面的代码旨在计算不同国家的税额，代码中使用了大量if-else语句。

enum TaxBase {
    CN_Tax,
    US_Tax,
    DE_Tax
};
 
class SalesOrder{
    TaxBase tax;
public:
    double CalculateTax(){
        //...
        if (tax == CN_Tax){
            //CN***********
        }
        else if (tax == US_Tax){
            //US***********
        }
        else if (tax == DE_Tax){
            //DE***********
        }
        //...
     }
};

如果后续需要计算法国税额，需要在TaxBase中添加FR_Tax元素并在函数中添加计算法国税额的代码。这么做会违反开闭原则，所以我们需要重构这些代码，使得可轻松地扩展。

我们可以不用枚举实现不同国家的分类，转而使用TaxStrategy这样一个抽象基类，其提供了计算税额的纯虚函数。对于不同国家的税务，我们可以定义不同的字类，来对这个纯虚函数进行不同的实现，使其可以计算不同国家的税额。

class TaxStrategy {
public:
    virtual double Calculate(const Context& context) = 0;
    virtual ~TaxStrategy() {}
};
​
class CNTax : public TaxStrategy {
public:
    virtual double Calculate(const Context& context) override;
};
 
class USTax : public TaxStrategy {
public:
    virtual double Calculate(const Context& context) override;
};
 
class DETax : public TaxStrategy {
public:
    virtual double Calculate(const Context& context) override;
};

我们再来定义一个SalesOrder来管理税务，其组合了TaxStrategy抽象类，并且使用工厂来创建不同国家税务的子类。我们在CalculateTax函数中多态调用了TaxStrategy抽象类的Calculate函数，使得计算了不同国家的税额。

专属学习链接：https://xxetb.xetslk.com/s/32bi94

class SalesOrder{
private:
    TaxStrategy* strategy; 
 
public:
    SalesOrder(StrategyFactory* strategyFactory){
        this->strategy = strategyFactory->NewStrategy(); 
    }
    ~SalesOrder(){
        delete this->strategy;
    }
 
    public double CalculateTax(){
        //...
        Context context();
        double val = strategy->Calculate(context); //多态调用
        //...
    }  
};

此时如果我们需要添加法国税务，只需要添加TaxStrategy的子类FRTax，重写Calculate函数即可。

4. 结构

5. 定义

定义一系列算法，把它们一个个封装起来，并且使它们可互相替换（变化）。该模式使得算法可独立于使用它的客户程序（稳定）而变化（扩展，子类化）。

6. 要点总结

Strategy及其子类为组件提供了一系列可重用的算法，从而可以使得类型在运行时方便地根据需要在各个算法之间进行切换。

Strategy模式提供了用条件判断语句以外的另一种选择，消除条件判断语句，就是在解耦合。含有许多条件判断语句的代码通常都需要Strategy模式。

如果Strategy对象没有实例变量，那么各个上下文可以共享同一个Strategy对象，从而节省对象开销。