記得在中學時代，每次考完老師評講試卷，都會說這道題有多少種解法，然后在黑板上板書第一種、第二種等解法，其實這個情況就類似于今天的情況，也就是策略模式。他表示的是在遇到一種問題有多種解法的時候，我們可以根據環(huán)境或者條件的不同選擇不同的算法或者策略來完成該功能。

一、理解策略模式

為了更好的理解這個模式，我們再舉一個例子，我們出去旅游的時候可能有很多種出行方式，比如說我們可以坐火車，坐高鐵，坐飛機等等。不管我們使用哪一種出行方式，最終的目的地都是一樣的，也就是選擇不同的方式產生的結果都是一樣的。

有了這個例子，我相信你應該對其思想有了一個基本的認識，下面看一下其正式的概念介紹：

定義一系列的算法,把每一個算法封裝起來, 并且使它們可相互替換

二、實現(xiàn)策略模式

策略模式把對象本身和運算規(guī)則區(qū)分開來，因此我們整個模式也分為三個部分。

環(huán)境類(Context):用來操作策略的上下文環(huán)境，也就是我們游客。

抽象策略類(Strategy):策略的抽象，出行方式的抽象

具體策略類(ConcreteStrategy):具體的策略實現(xiàn)，每一種出行方式的具體實現(xiàn)。

下面我們代碼去實現(xiàn)一遍就能很清楚的理解了，

第一步：定義抽象策略接口

interface TravelStrategy{
    public function travelAlgorithm();
}

第二步：具體策略類

//第一種：使用火車
public class TrainStrategy implements TravelStrategy{
    @Override
    public void travelStyle() {
        System.out.println("乘坐火車。。。");
        }
}
//第二種：使用高鐵
public class HighTrainStrategy implements TravelStrategy {
    @Override
    public void travelStyle() {
        System.out.println("乘坐高鐵。。。");
    }
}
//第三種：使用飛機
public class AirStrategy implements TravelStrategy {
    @Override
    public void travelStyle() {
        System.out.println("乘坐飛機。。。");
    }
}

第三步：環(huán)境類實現(xiàn)

public class Traveler {
    //出行策略接口
    TravelStrategy travelStrategy;
    //設置出行策略
    public void setTravelStrategy(TravelStrategy travelStrategy) {
        this.travelStrategy = travelStrategy;
    }
    //為當前用戶設置出行方式
    public void travelStyle() {
        travelStrategy.travelStyle();
    }

    public static void main(String[] args) {
        Traveler traveler=new Traveler();
           //游客設置出行策略
        //traveler.setTravelStrategy(new TrainStrategy());
        //traveler.setTravelStrategy(new HighTrainStrategy());
        //traveler.setTravelStrategy(new AirStrategy());
            //游客出行
       traveler.travelStyle();
    }
}

三、分析策略模式

1、為什么要使用策略模式？

策略模式的優(yōu)點：

我們之前在選擇出行方式的時候，往往會使用if-else語句，也就是用戶不選擇A那么就選擇B這樣的一種情況，這種情況耦合性太高了，而且代碼臃腫，有了策略模式我們就可以避免這種現(xiàn)象，

策略模式遵循開閉原則，實現(xiàn)代碼的解耦合。擴展新的方法時也比較方便，只需要繼承策略接口就好了

缺點

客戶端必須知道所有的策略類，并自行決定使用哪一個策略類

策略模式會出現(xiàn)很多的策略類

context在使用這些策略類的時候，這些策略類由于繼承了策略接口，所以有些數據可能用不到，但是依然初始化了。

2、與其他模式的區(qū)別？

（1）與狀態(tài)模式的區(qū)別

策略模式只是條件選擇方法，只執(zhí)行一次方法，而狀態(tài)模式是隨著狀態(tài)的改變不停地更改執(zhí)行方法。舉個例子，就好比我們旅游，對于策略模式我們只需要選擇其中一種出行方法就好了，但是狀態(tài)模式不一樣，可能我們到了A地點選擇的是火車，到了B地點又選擇飛機，根據不同的狀態(tài)選擇不同的出行方式。

（2）與工廠模式的區(qū)別

工廠模式是創(chuàng)建型模式 ，它關注對象創(chuàng)建，提供創(chuàng)建對象的接口. 讓對象的創(chuàng)建與具體的使用客戶無關。策略模式是對象行為型模式 ，它關注行為和算法的封裝 。再舉個例子，還是我們出去旅游，對于策略模式我們只需要選擇其中一種出行方法就好，但是工廠模式不同，工廠模式是你決定哪種旅行方案后，由工廠代替你去構建具體方案（工廠代替你去買火車票）。

3、使用場景是什么？

說實話，對于設計模式來說，使用場景僅僅只是舉一兩個例子，如果你能夠理解我們出去旅游的這個案例，基本上你也就能在自己遇到這種情況的時候自動的去選擇它。這里就不說了。

OK，策略模式還是比較簡單的。一句話說明白就是一個問題有好幾種解法，我們選擇其中一種就可以了。