概念：

　　策略模式屬於物件的行為模式，其用意是針對一組演算法，將每一個演算法封裝到具有共同介面的獨立的類中，從而使得它們可以相互替換。策略模式使得演算法可以在不影響客戶端的情況下變化。

結構：

環境(Context)角色：持有一個Strategy的引用。

抽象策略(Strategy)角色：這是一個抽象角色，通常由一個介面或抽象類實現，此角色給出所有的具體策略類所需的介面。

具體策略(ConcreteStrategy)角色：包含具體場景的演算法。

程式碼示例：

環境角色：

public class Context {
    //持有一個具體策略的物件
    private Strategy strategy;
    
 
/**
     * 建構函式，傳入一個具體策略物件
     * @param strategy    具體策略物件
     */
    public Context(Strategy strategy){
        this.strategy = strategy;
    }
    /**
     * 策略方法
     */
    public void contextInterface(){
        
        strategy.strategyInterface();
    }
    
}

抽象策略類：

public interface
 
 Strategy {
    /**
     * 策略方法
     */
    public void strategyInterface();
}

具體策略類：

public class ConcreteStrategyA implements Strategy {

    @Override
    public void strategyInterface() {
        //相關的業務
    }

}

//後面兩個重複這個類

使用常見：

我們以手抓餅訂單為例，即有普通手抓餅，高階手抓餅，頂級手抓餅。

場景就是接單類，根據具體的演算法來生產不同的手抓餅訂單。

接單類：

public class ReceiveOrder {
    private ShouzhuabingOrder shouzhuabingOrder;

    public ReceiveOrder(ShouzhuabingOrder shouzhuabingOrder) {
        this.shouzhuabingOrder = shouzhuabingOrder;
    }

    //其實這我們可以對該函式進行一些功能強化，讓其在演算法選擇的基礎上進行一些功能的擴充套件
    //具體的可以參考java中Collections類下面的sort方法。
    //例如我們可以通過引數作為輸入，相當於使用者除了做定製化的手抓餅外，還可以再次基礎上進行個性化的定製。
    public String makeOrder() {
        return shouzhuabingOrder.makeOrder();
    }
}

手抓餅訂單介面：

public interface ShouzhuabingOrder {

    public String makeOrder();
}

普通手抓餅：

public class OriginOrder implements ShouzhuabingOrder {
    @Override
    public String makeOrder() {
        return "我是基礎的手抓餅，只有一張餅，一個蛋還有各種醬";
    }
}

高檔手抓餅：

public class MediumOrder implements ShouzhuabingOrder {

    @Override
    public String makeOrder() {
        return "我是一箇中級手抓餅，自帶一張餅，兩個蛋，還有自制醬料";
    }
}

豪華手抓餅：

public class HighOrder implements ShouzhuabingOrder {
    @Override
    public String makeOrder() {
        return "我是高階手抓餅，我有一張餅，兩個蛋，一個裡脊，一個薄脆還有自制醬料。";
    }
}

實際的接受訂單的過程：

public class Test {
    public static void main(String[] args) {
        HighOrder highOrder = new HighOrder();

        ReceiveOrder receiveOrder = new ReceiveOrder(highOrder);

        System.out.println(receiveOrder.makeOrder());
    }
}

策略模式的核心：

　　不管演算法的實現，而是對演算法做一個選擇，組織，呼叫，從而使程式在結構上更加清晰，也更加方便維護和擴充套件。

策略模式的平等性：

　　演算法的地位相同，可以相互替換，相互無依賴，策略模式中的演算法關係未：相同行為的不同實現。

策略模式執行時的唯一性：

　　執行時，每一個時刻只能使用一個具體的策略實現物件，雖然可以動態切換，但是在同一時刻，只能是一個。

共有行為：

　　若所有演算法均有具體的行為，可以將演算法介面改成抽象類，同時共有的行為進行定義。

策略模式的優點：

　　1.策略模式提供了管理相關演算法的演算法族的方法，可以將部分共有程式碼移到父類，從而避免重複。

　　2.使用策略模式，可以避免重複條件的判定(if-else)。

策略模式的缺點：

　　1.客戶端必須知道所有的策略，並自行決定使用哪種策略，以便選用合適的演算法。(我還沒有想明白這點，這自行判斷還不是要依賴if else)

　　2.備選的策略多的話，類的數量會很多，不方便管理。