策略模式（Strategy Pattern）

定义

定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化，也称为政策模式(Policy)。

设计的原则和思想

1. 解耦策略的定义、创建和使用这三部分。
2. 不变部分是算法本身，变化的部分是算法的调用。
3. 核心思想是动态确定算法（变化）。

一句话概括设计模式

相同的接口，相同的方法，不同的策略。

结构中包含的角色

1. Strategy（抽象策略类）
2. ConcreteStrategy（具体策略类）
3. Context（环境类）

最小可表达代码

// 抽象策略类
abstract class AbstractStrategy
{  
    public abstract function algorithm();
}

// 具体策略类
class ConcreteStrategy extends AbstractStrategy
{  
    public function algorithm()
    {
        echo "具体算法";
    }
}

// 环境类
class Context
{
    private $strategy;

    public function __construct(AbstractStrategy $strategy)
    {
        $this->strategy = $strategy;
    }

    public function algorithm()
    {
        $this->strategy->algorithm();
    }
}

$context = new Context(new ConcreteStrategy());
$context->algorithm();

优点

1. 可以自由切换算法。
2. 避免了多重条件判断。
3. 算法单独提取到策略类中，提供了一种算法的复用机制。

缺点

1. 因为需要选择合适的策略，客户端需要知道所有的策略算法。
2. 任何的变化都将导致系统要增加一个新的具体策略类。
3. 客户端每次只能使用一个策略类。

何时使用

1. 需要动态地切换不同算法。
2. 一个对象有很多的行为，将这些行为转移到相应的具体策略类可以避免维护多重条件语句。

实际应用场景

1. 出行是骑自行车, 坐汽车还是走路。
2. 一条鱼可以清蒸、红烧、炭烤等。
3. 处理订单是同步还是异步。
4. 日志记录到数据库，文件还是缓存。

注意

1. 算法很少发生改变就没有必要使用这个模式了，使用会让程序更复杂。
2. 如果策略多余4个，那么需要使用多个设计模式混合了来解决策略类膨胀的问题了。

策略的定义、创建和使用

策略的定义

一个策略接口和一组实现这个接口的策略类。

策略的创建

为了封装创建逻辑，可以把根据 type 创建策略的逻辑抽离出来，放到工厂类中。

策略的使用

运行时动态确定使用哪种策略，这也是策略模式最典型的应用场景。