1、簡介

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

2、策略模式的結構

　　策略模式是對算法的包裝，是把使用算法的責任和算法本身分割開來，委派給不同的對象管理。策略模式通常把一個系列的算法包裝到一系列的策略類裏面，作為一個抽象策略類的子類。

　　用一句話來說，就是：“準備一組算法，並將每一個算法封裝起來，使得它們可以互換”。下面就以一個示意性的實現講解策略模式實例的結構。

　　從上圖可以看出，策略模式涉及以下三個角色

　　●　 環境(Context)角色：

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

　　●　　具體策略(ConcreteStrategy)角色：包裝了相關的算法或行為。

3、源代碼

　　3.1、抽象策略類

package Strategy;
/**
 * ********************************************************  
* @ClassName: Strategy 
* @Description: 抽象策略類
*  
**********************************************************
 
 
*/
public interface Strategy {
     public void operate();  
}

　　3.2、具體策略實現類A

package Strategy;
/**
 * ********************************************************  
* @ClassName: ConcreteStrategyA 
* @Description: 具體策略實現類
*  
**********************************************************
 */
public class ConcreteStrategyA implements
 
 Strategy{

    @Override
    public void operate() {
        System.out.println("ConcreteStrategyA");
        
    }

}

　　3.3、具體策略實現類B

package Strategy;
/**
 * ********************************************************  
* @ClassName: ConcreteStrategyB
* @Description: 具體策略實現類
*  
**********************************************************
 */
public class ConcreteStrategyB implements Strategy{

    @Override
    public void operate() {
        System.out.println("ConcreteStrategyB");
        
    }

}

　　3.4、具體策略實現類C

package Strategy;
/**
 * ********************************************************  
* @ClassName: ConcreteStrategyC
* @Description: 具體策略實現類
*  
**********************************************************
 */
public class ConcreteStrategyC implements Strategy{

    @Override
    public void operate() {
        System.out.println("ConcreteStrategyC");
        
    }

}

　　3.5、環境類

package Strategy;
/**
 * ********************************************************  
* @ClassName: Context 
* @Description:環境類
*  
**********************************************************
 */
public class Context {
    private Strategy strategy;
    
    public Context(Strategy strategy) {
        this.strategy=strategy;
    }

    public void setStrategy(Strategy strategy) {
        this.strategy = strategy;
    }
    
     public void operate(){  
         this.strategy.operate();  
    }  
}

　　3.6、測試客戶端

package Strategy;
/**
 * ********************************************************  
* @ClassName: Client 
* @Description: 策略模式測試客戶端
*  
**********************************************************
 */
public class Client {

    public static void main(String[] args) {
        Context context;  
          
         System.out.println("----------第一次調用---------------");  
         context = new Context(new ConcreteStrategyA());  
         context.operate();  
         System.out.println("\n");  
      
         System.out.println("----------第二次調用---------------");  
         context.setStrategy(new ConcreteStrategyB());  
         context.operate();  
         System.out.println("\n");  
      
         System.out.println("----------第三次調用---------------");  
         context.setStrategy(new ConcreteStrategyC());  
         context.operate();  
         System.out.println("\n");  
    }

}

4、測試，運行結果如下

5、總結　

　　策略模式的重心

　　策略模式的重心不是如何實現算法，而是如何組織、調用這些算法，從而讓程序結構更靈活，具有更好的維護性和擴展性。

　　算法的平等性

　　策略模式一個很大的特點就是各個策略算法的平等性。對於一系列具體的策略算法，大家的地位是完全一樣的，正因為這個平等性，才能實現算法之間可以相互替換。

　　所有的策略算法在實現上也是相互獨立的，相互　　之間是沒有依賴的。

　　所以可以這樣描述這一系列策略算法：策略算法是相同行為的不同實現。

　　運行時策略的唯一性

　　運行期間，策略模式在每一個時刻只能使用一個具體的策略實現對象，雖然可以動態地在不同的策略實現中切換，但是同時只能使用一個。

　　公有的行為

　　經常見到的是，所有的具體策略類都有一些公有的行為。這時候，就應當把這些公有的行為放到共同的抽象策略角色Strategy類裏面。當然這時候抽象策略角色必須要用Java抽象類實現，而不能使用接口。

　　這其實也是典型的將代碼向繼承等級結構的上方集中的標準做法。

策略模式的優點

　　（1）策略模式提供了管理相關的算法族的辦法。策略類的等級結構定義了一個算法或行為族。恰當使用繼承可以把公共的代碼移到父類裏面，從而避免代碼重復。

　　（2）使用策略模式可以避免使用多重條件(if-else)語句。多重條件語句不易維護，它把采取哪一種算法或采取哪一種行為的邏輯與算法或行為的邏輯混合在一起，統統列在一個多重條件語句裏面，

　　　　 比使用繼承的辦法還要原始和落後。

策略模式的缺點

　　（1）客戶端必須知道所有的策略類，並自行決定使用哪一個策略類。這就意味著客戶端必須理解這些算法的區別，以便適時選擇恰當的算法類。換言之，策略模式只適用於客戶端知道算法或行為的情況。

　　（2）由於策略模式把每個具體的策略實現都單獨封裝成為類，如果備選的策略很多的話，那麽對象的數目就會很可觀。

設計模式（十七）---策略模式