策略模式：定义一系列的算法,把每一个算法封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。是一种行为模式。
策略模式包含三种角色
1 抽象策略角色： 策略类，通常由一个接口或者抽象类实现。
2 具体策略角色：包装了相关的算法和行为。
3 环境角色：持有一个策略类的引用，最终给客户端调用。
举个例子：有多种排序的方法，我可以写一个排序类，每一种排序算法写一个方法，客户端调用时，知道每一种方法即可。但是新增一种算法时，或者某一种算法重写，必须修改这个算法类。当这个算法类很大时，变得难以维护了。
策略模式把对象本身（配置类）和算法类（具体算法类）区分开来。这样算法类的修改，新增，不关系到其他类的修改，只是用户可以自行替换算法。
UML类图如下
<?php
/*
* 策略模式：定义一系列算法，并且把每一个算法封装起来，并且使它们可以相互替换
* 策略模式使得算法可以独立于使用它的客户而变化
*/ //抽象策略接口，完成某件事情
interface category{
public function dosomething();
} //具体算法类，实现具体的事情
class category_a implements category{
public function dosomething(){
echo 'do A';
}
} class category_b implements category{
public function dosomething(){
echo 'do B';
}
} class category_c implements category{
public function dosomething(){
echo 'do C';
}
} //配置类，使用抽象策略接口来配置
class context{
public $cg; public function __construct(category $a){
$this->cg = $a;
} public function dodo(){
return $this->cg->dosomething();//同一方法作用于不同类的对象，产生不同的结果，这在php中就是多态
}
} //客户端调用，由客户自己决定使用哪种策略，即客户自行实例化算法类。区别于简单工厂模式
//简单工厂模式是对象的创建模式，客户端不创建对象，只给出参数，由工厂方法来决定创建哪一个实例
//也就是说，简单工厂模式客户端只传参数，策略模式客户端传算法实例
$m = new context(new category_b());
$m->dodo();
?>
上面实现了策略模式。
现在我要增加一种算法，do D；我只需要新写一个类
class category_d implements category{
public function dosomething(){
echo 'do D';
}
}
客户端调用，替换成d就可以了
$m = new context(new category_b());
区别于简单工厂模式（见简单工厂模式篇）。
策略模式缺点：
客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
当存在以下情况时使用Strategy模式
1）• 许多相关的类仅仅是行为有异。 “策略”提供了一种用多个行为中的一个行为来配置一个类的方法。即一个系统需要动态地在几种算法中选择一种。
2）• 需要使用一个算法的不同变体。例如，你可能会定义一些反映不同的空间 /时间权衡的算法。当这些变体实现为一个算法的类层次时 ,可以使用策略模式。
3）• 算法使用客户不应该知道的数据。可使用策略模式以避免暴露复杂的、与算法相关的数据结构。
4）• 一个类定义了多种行为 , 并且这些行为在这个类的操作中以多个条件语句的形式出现。将相关的条件分支移入它们各自的Strategy类中以代替这些条件语句。