?? Strategy 屬于行為模式，用意是針對一組算法，將每一個算法封裝到具有共同接口的獨立的類中，從而使得它們可以相互替換，它可以客戶端的選擇來，決定用什么實現(xiàn)。
??? Context(上下文環(huán)境) 其內組合了一個策略的抽象類，然后具體的實現(xiàn)交給繼承策略抽象類的子類去實現(xiàn)。
??? 從上面一句話，可以看到，Strategy 涉及到三個角色：
? Context環(huán)境角色 ：它是使用策略模式的場景，即持有一個策略類。
?? 抽象策略角色: 這是一個抽象角色，通過是由一個接口事抽象類實現(xiàn)，這個類提供所有的具體策略所需的接口。
??? 具體策略(ConcreteStrategy)角色 ：實現(xiàn)抽象策略類提供的接口，不同的實現(xiàn)，有不同的具體策略類。




??? 模板可以是這樣的：
上下文角色：

    
public class Context
{
   private Strategy strategy;

   /**
   * 策略方法，算法
   */
    public void algorithm()
    {
      strategy.strategyAlgorithm();
    }
}


  

抽象策略角色：

    
  public abstract class Strategy
  {
     /**
      * 抽象策略方法，算法
      */
    public abstract void strategyAlgorithm();

   }

  

具體策略類：

    
   
public class ConcreteStrategy extends Strategy
{
　　  /**
     *  策略實現(xiàn)
     */
    public void strategyAlgorithm()
    {
       //different   subStrategy have different algorithm
     }
}

  

從這個模板中可以知道：在同一個環(huán)境中，抽象策略中只是定義了行為，相同的行為而不同的實現(xiàn)方式交由具體的策略類去實現(xiàn)。

何時使用策略模式：
?? a.一個系統(tǒng)里面有許多類，但是他們的區(qū)別只是他們的行為，那么可以使用Strategy動態(tài)讓一個對象選擇行為的一種。
?? b.一個系統(tǒng)動態(tài)的在幾個算法中選擇一種。
　　c.一個系統(tǒng)的算法使用的數(shù)據(jù)不可以讓客戶端知道。
　　d.如果一個對象有很多的行為，不用恰當?shù)哪Ｊ剑@些行為就只好使用多重條件選擇語句來實現(xiàn)，如果這時使用策略模式可以避免使用難以維護的多重選擇語句。

Strategy的優(yōu)點與缺點：
　　a.恰當使用繼承，把公用代碼移動到父類中，從而避免重復的代碼。
　　b.策略模式提供了可以替換繼承者關系的辦法。
　　c.避免了多重條件的使用
fault:
??? a.客戶端必須知道理解所有的策略，算法，并自行決定使用哪一個策略類。
　　b.會產(chǎn)生很多具體算法的策略實現(xiàn)類，可以使用享元模式來減少對象的數(shù)量。


?

策略模式(Strategy)