定義：

策略模式（Strategy）：它定義了演算法家族，分別封裝起來，讓它們之間可以互相替換，此模式讓演算法的變化，不會影響到使用演算法的客戶。

結構：

• Strategy（策略類）：定義所有支援的演算法的公共介面。
• ConcreteStrategy（具體策略類）：封裝了具體的演算法或行為，繼承於Strategy。
• Context：Context上下文，用一個ConcreteStrategy來配置，維護一個對Strategy物件的引用。
• Client：客戶端程式碼。

程式碼例項：

/**
 * Strategy.php（策略類）
 * Class Strategy
 */
abstract
 
 class Strategy
{
    /**
     * 演算法方法
     */
    abstract public function doInterface();
}


/**
 * ConcreteStrategyA.php（具體策略類）
 * Class ConcreteStrategyA
 */
class ConcreteStrategyA extends Strategy
{
    /**
     * 演算法A具體實現方法
     */
    public function doInterface()
    {
        // TODO: Implement doInterface() method.
 

        return "使用演算法A\n";
    }
}


/**
 * ConcreteStrategyB.php（具體策略類）
 * Class ConcreteStrategyB
 */
class ConcreteStrategyB extends Strategy
{
    /**
     * 演算法B具體實現方法
     */
    public function doInterface()
    {
        // TODO: Implement doInterface() method.
        return "使用演算法B\n";
    }
}


 
/**
 * Class Context
 */
class Context
{
    private $strategy;

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

    /**
     * 根據具體的策略物件，呼叫相應的演算法的方法
     */
    public function getInterface()
    {
        return $this->strategy->doInterface();
    }
}

客戶端呼叫：

// 演算法A
$strategyA = new Context(new ConcreteStrategyA());
echo $strategyA->getInterface();
echo '<br>';
// 演算法B
$strategyB = new Context(new ConcreteStrategyB());
echo $strategyB->getInterface();

結果：

使用演算法A 
使用演算法B

總結：

• 策略模式是一種定義一系列演算法的方法，從概念上來看，所有這些演算法完成的都是相同的工作，只是實現不同，它可以以相同的方式呼叫所有的演算法，減少了各種演算法類與使用演算法類之間的耦合。
• 策略模式的 Strategy 類層次為 Context 定義了一系列的可供重用的演算法或行為。繼承有助於析取出這些演算法中的公共功能。
• 策略模式就是用來封裝演算法的，但在實踐中，我們發現可以用它來封裝幾乎任何型別的規則，只要在分析過程中聽到需要在不同時間應用不同的業務規則，就可以考慮使用策略模式處理這種變化的可能性。