定義：定義一組算法，將每個(gè)算法都封裝起來(lái)，并且使他們之間可以互換。

類(lèi)型：行為類(lèi)模式

類(lèi)圖：

       策略模式是對(duì)算法的封裝，把一系列的算法分別封裝到對(duì)應(yīng)的類(lèi)中，并且這些類(lèi)實(shí)現(xiàn)相同的接口，相互之間可以替換。在前面說(shuō)過(guò)的行為類(lèi)模式中，有一種模式也是關(guān)注對(duì)算法的封裝——模版方法模式，對(duì)照類(lèi)圖可以看到，策略模式與模版方法模式的區(qū)別僅僅是多了一個(gè)單獨(dú)的封裝類(lèi)Context，它與模版方法模式的區(qū)別在于：在模版方法模式中，調(diào)用算法的主體在抽象的父類(lèi)中，而在策略模式中，調(diào)用算法的主體則是封裝到了封裝類(lèi)Context中，抽象策略Strategy一般是一個(gè)接口，目的只是為了定義規(guī)范，里面一般不包含邏輯。其實(shí)，這只是通用實(shí)現(xiàn)，而在實(shí)際編程中，因?yàn)楦鱾€(gè)具體策略實(shí)現(xiàn)類(lèi)之間難免存在一些相同的邏輯，為了避免重復(fù)的代碼，我們常常使用抽象類(lèi)來(lái)?yè)?dān)任Strategy的角色，在里面封裝公共的代碼，因此，在很多應(yīng)用的場(chǎng)景中，在策略模式中一般會(huì)看到模版方法模式的影子。

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

• 封裝類(lèi)：也叫上下文，對(duì)策略進(jìn)行二次封裝，目的是避免高層模塊對(duì)策略的直接調(diào)用。
• 抽象策略：通常情況下為一個(gè)接口，當(dāng)各個(gè)實(shí)現(xiàn)類(lèi)中存在著重復(fù)的邏輯時(shí)，則使用抽象類(lèi)來(lái)封裝這部分公共的代碼，此時(shí)，策略模式看上去更像是模版方法模式。
• 具體策略：具體策略角色通常由一組封裝了算法的類(lèi)來(lái)?yè)?dān)任，這些類(lèi)之間可以根據(jù)需要自由替換。

策略模式代碼實(shí)現(xiàn)

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)有：

• 策略類(lèi)之間可以自由切換，由于策略類(lèi)實(shí)現(xiàn)自同一個(gè)抽象，所以他們之間可以自由切換。
• 易于擴(kuò)展，增加一個(gè)新的策略對(duì)策略模式來(lái)說(shuō)非常容易，基本上可以在不改變?cè)写a的基礎(chǔ)上進(jìn)行擴(kuò)展。
• 避免使用多重條件，如果不使用策略模式，對(duì)于所有的算法，必須使用條件語(yǔ)句進(jìn)行連接，通過(guò)條件判斷來(lái)決定使用哪一種算法，在上一篇文章中我們已經(jīng)提到，使用多重條件判斷是非常不容易維護(hù)的。

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

• 維護(hù)各個(gè)策略類(lèi)會(huì)給開(kāi)發(fā)帶來(lái)額外開(kāi)銷(xiāo)，可能大家在這方面都有經(jīng)驗(yàn)：一般來(lái)說(shuō)，策略類(lèi)的數(shù)量超過(guò)5個(gè)，就比較令人頭疼了。
  
• 必須對(duì)客戶端（調(diào)用者）暴露所有的策略類(lèi)，因?yàn)槭褂媚姆N策略是由客戶端來(lái)決定的，因此，客戶端應(yīng)該知道有什么策略，并且了解各種策略之間的區(qū)別，否則，后果很?chē)?yán)重。例如，有一個(gè)排序算法的策略模式，提供了快速排序、冒泡排序、選擇排序這三種算法，客戶端在使用這些算法之前，是不是先要明白這三種算法的適用情況？再比如，客戶端要使用一個(gè)容器，有鏈表實(shí)現(xiàn)的，也有數(shù)組實(shí)現(xiàn)的，客戶端是不是也要明白鏈表和數(shù)組有什么區(qū)別？就這一點(diǎn)來(lái)說(shuō)是有悖于迪米特法則的。
  

適用場(chǎng)景

        做面向?qū)ο笤O(shè)計(jì)的，對(duì)策略模式一定很熟悉，因?yàn)樗鼘?shí)質(zhì)上就是面向?qū)ο笾械睦^承和多態(tài)，在看完策略模式的通用代碼后，我想，即使之前從來(lái)沒(méi)有聽(tīng)說(shuō)過(guò)策略模式，在開(kāi)發(fā)過(guò)程中也一定使用過(guò)它吧？至少在在以下兩種情況下，大家可以考慮使用策略模式，
幾個(gè)類(lèi)的主要邏輯相同，只在部分邏輯的算法和行為上稍有區(qū)別的情況。

有幾種相似的行為，或者說(shuō)算法，客戶端需要?jiǎng)討B(tài)地決定使用哪一種，那么可以使用策略模式，將這些算法封裝起來(lái)供客戶端調(diào)用。

       策略模式是一種簡(jiǎn)單常用的模式，我們?cè)谶M(jìn)行開(kāi)發(fā)的時(shí)候，會(huì)經(jīng)常有意無(wú)意地使用它，一般來(lái)說(shuō)，策略模式不會(huì)單獨(dú)使用，跟模版方法模式、工廠模式等混合使用的情況比較多。

總結(jié)

以上所述是小編給大家介紹的Java設(shè)計(jì)模式之策略模式，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論