定義：定義一組算法犬金，將每個(gè)算法都封裝起來丘逸，并且使他們之間可以互換蝉娜。
類型：行為類模式

策略模式是對算法的封裝，把一系列的算法分別封裝到對應(yīng)的類中复斥，并且這些類實(shí)現(xiàn)相同的接口，相互之間可以替換械媒。在前面說過的行為類模式中目锭，有一種模式也是關(guān)注對算法的封裝——模版方法模式，對照類圖可以看到纷捞，策略模式與模版方法模式的區(qū)別僅僅是多了一個(gè)單獨(dú)的封裝類Context痢虹，它與模版方法模式的區(qū)別在于：在模版方法模式中，調(diào)用算法的主體在抽象的父類中主儡，而在策略模式中奖唯，調(diào)用算法的主體則是封裝到了封裝類Context中，抽象策略Strategy一般是一個(gè)接口糜值，目的只是為了定義規(guī)范丰捷，里面一般不包含邏輯。其實(shí)寂汇，這只是通用實(shí)現(xiàn)病往，而在實(shí)際編程中，因?yàn)楦鱾€(gè)具體策略實(shí)現(xiàn)類之間難免存在一些相同的邏輯骄瓣，為了避免重復(fù)的代碼停巷，我們常常使用抽象類來擔(dān)任Strategy的角色，在里面封裝公共的代碼榕栏，因此畔勤，在很多應(yīng)用的場景中，在策略模式中一般會(huì)看到模版方法模式的影子臼膏。

策略模式的結(jié)構(gòu)

• 封裝類：也叫上下文硼被，對策略進(jìn)行二次封裝，目的是避免高層模塊對策略的直接調(diào)用渗磅。

• 抽象策略：通常情況下為一個(gè)接口嚷硫，當(dāng)各個(gè)實(shí)現(xiàn)類中存在著重復(fù)的邏輯時(shí)检访，則使用抽象類來封裝這部分公共的代碼，此時(shí)仔掸，策略模式看上去更像是模版方法模式脆贵。

• 具體策略：具體策略角色通常由一組封裝了算法的類來擔(dān)任，這些類之間可以根據(jù)需要自由替換起暮。

    interface IStrategy {  
        public void doSomething();  
    }  
    class ConcreteStrategy1 implements IStrategy {  
        public void doSomething() {  
            System.out.println("具體策略1");  
        }  
    }  
    class ConcreteStrategy2 implements IStrategy {  
        public void doSomething() {  
            System.out.println("具體策略2");  
        }  
    }  
    class Context {  
        private IStrategy strategy;  
          
        public Context(IStrategy strategy){  
            this.strategy = strategy;  
        }  
          
        public void execute(){  
            strategy.doSomething();  
        }  
    }  
      
    public class Client {  
        public static void main(String[] args){  
            Context context;  
            System.out.println("-----執(zhí)行策略1-----");  
            context = new Context(new ConcreteStrategy1());  
            context.execute();  
      
            System.out.println("-----執(zhí)行策略2-----");  
            context = new Context(new ConcreteStrategy2());  
            context.execute();  
        }  
    }  
  

策略模式的優(yōu)缺點(diǎn)

策略模式的主要優(yōu)點(diǎn)有：

• 策略類之間可以自由切換卖氨，由于策略類實(shí)現(xiàn)自同一個(gè)抽象，所以他們之間可以自由切換负懦。
• 易于擴(kuò)展筒捺，增加一個(gè)新的策略對策略模式來說非常容易，基本上可以在不改變原有代碼的基礎(chǔ)上進(jìn)行擴(kuò)展纸厉。
• 避免使用多重條件系吭，如果不使用策略模式，對于所有的算法颗品，必須使用條件語句進(jìn)行連接肯尺，通過條件判斷來決定使用哪一種算法，在上一篇文章中我們已經(jīng)提到躯枢，使用多重條件判斷是非常不容易維護(hù)的则吟。

策略模式的缺點(diǎn)主要有兩個(gè)：

• 維護(hù)各個(gè)策略類會(huì)給開發(fā)帶來額外開銷，可能大家在這方面都有經(jīng)驗(yàn)：一般來說锄蹂，策略類的數(shù)量超過5個(gè)氓仲，就比較令人頭疼了。
• 必須對客戶端（調(diào)用者）暴露所有的策略類得糜，因?yàn)槭褂媚姆N策略是由客戶端來決定的寨昙，因此，客戶端應(yīng)該知道有什么策略掀亩，并且了解各種策略之間的區(qū)別舔哪，否則，后果很嚴(yán)重槽棍。例如捉蚤，有一個(gè)排序算法的策略模式，提供了快速排序炼七、冒泡排序缆巧、選擇排序這三種算法，客戶端在使用這些算法之前豌拙，是不是先要明白這三種算法的適用情況陕悬？再比如，客戶端要使用一個(gè)容器按傅，有鏈表實(shí)現(xiàn)的捉超，也有數(shù)組實(shí)現(xiàn)的胧卤，客戶端是不是也要明白鏈表和數(shù)組有什么區(qū)別？就這一點(diǎn)來說是有悖于迪米特法則的拼岳。

適用場景

幾個(gè)類的主要邏輯相同枝誊，只在部分邏輯的算法和行為上稍有區(qū)別的情況。
有幾種相似的行為惜纸，或者說算法叶撒，客戶端需要?jiǎng)討B(tài)地決定使用哪一種，那么可以使用策略模式耐版，將這些算法封裝起來供客戶端調(diào)用祠够。