策略模式的用意是針對一組演算法，將每乙個演算法封裝到具有共同藉口的獨立的類中，從而使得它們可以互相替換。策略模式使得演算法可以在不影響到客戶端的情況下發生變化。
結構圖:
環境（context ）角色：持有乙個 strategy類的引用。
抽象策略（strategy）角色：這是乙個抽象角色，通常由乙個介面或抽象類實現。此角色給出所有的具體策略類所需的介面。
具體策略（concretestrategy ）角色：包裝了相關的演算法或行為。
在下面的情況下應當考慮使用策略模式：
1. 如果在乙個系統裡面有許多類，它們之間的區別僅在於它們的行為，那麼使用策略模式可以
動態地讓乙個物件在許多行為中選擇一種行為。
2. 乙個系統需要動態地在幾種演算法中選擇一種。那麼這些演算法可以包裝到乙個個的具體演算法類
裡面，而這些具體演算法類都是乙個抽象演算法類的子類。換言之，這些具體演算法類均有統一的介面，
由於多型性原則，客戶端可以選擇使用任何乙個具體演算法類，並只持有乙個資料型別是抽象演算法
類的物件。
3. 乙個系統的演算法使用的資料不可以讓客戶端知道。策略模式可以避免讓客戶端涉及到不必要
接觸到的複雜的和只與演算法有關的資料。
4. 如果乙個物件有很多的行為，如果不用恰當的模式，這些行為就只好使用多重的條件選擇語
句來實現。此時，使用策略模式，把這些行為轉移到相應的具體策略類裡面，就可以避免使用難
以維護的多重條件選擇語句，並體現物件導向設計的概念。
策略模式有很多優點和缺點。它的優點有：
1. 策略模式提供了管理相關的演算法族的辦法。策略類的等級結構定義了乙個演算法或行為族。恰
當使用繼承可以把公共的**移到父類裡面，從而避免重複的**。
2. 策略模式提供了可以替換繼承關係的辦法。繼承可以處理多種演算法或行為。如果不是用策略
模式，那麼使用演算法或行為的環境類就可能會有一些子類，每乙個子類提供乙個不同的演算法或行
為。但是，這樣一來演算法或行為的使用者就和演算法或行為本身混在一起。決定使用哪一種演算法或
採取哪一種行為的邏輯就和演算法或行為的邏輯混合在一起，從而不可能再獨立演化。繼承使得動
態改變演算法或行為變得不可能。
3. 使用策略模式可以避免使用多重條件轉移語句。多重轉移語句不易維護，它把採取哪一種算
法或採取哪一種行為的邏輯與演算法或行為的邏輯混合在一起，統統列在乙個多重轉移語句裡面，
比使用繼承的辦法還要原始和落後。
策略模式的缺點有：
1. 客戶端必須知道所有的策略類，並自行決定使用哪乙個策略類。這就意味著客戶端必須理解
這些演算法的區別，以便適時選擇恰當的演算法類。換言之，策略模式只適用於客戶端知道所有的算
法或行為的情況。
2. 策略模式造成很多的策略類。有時候可以通過把依賴於環境的狀態儲存到客戶端裡面，而將
策略類設計成可共享的，這樣策略類例項可以被不同客戶端使用。換言之，可以使用享元模式來
減少物件的數量。
總結：這個策略模式 也比較簡單 其實就是提供乙個抽象類 去實現 各種演算法，然後有乙個呼叫類聚合了這個抽象類，外部在呼叫的時候 可以指定 這個類中的 演算法類，從而達到了選擇 演算法的目的。
到這裡 整個設計模式就看完了。。。說實話，感覺看完了跟沒看是一回事，好像實際開發的時候很少地方會用到設計模式。並且也很少地方有這麼標準的設計模式環境。。 也可能是自己還沒有看懂，所以後面 要開始複習。一遍又一遍的看，就算不會用 也要將所有的設計模式熟記於心。呵呵將來人家問起來也有得說哈。
好了 今天就到這裡了。
設計模式 策略設計模式
策略設計模式其實就是多型的使用，父類引用指向子類物件。策略模式的最大特點是使得演算法可以在不影響客戶端的情況下發生變化，從而改變不同的功能。策略模式的缺點其實也很明顯，在於策略模式把每一種具體的策略都封裝成乙個實現類，如果策略有很多的話，很顯然是實現類就會導致過多，顯得臃腫。案列 author de...
設計模式 策略模式
策略模式是一種定義一系列演算法的方法,從概念上來看,所有這些方法完成的都是相同的工作,只是實現不同,他們可以用相同的方式呼叫所有的演算法,減少了演算法類和使用演算法類之間的耦合.優點 策略模式的strategy類層次為context定義了一系列可供重用的演算法和行為,繼承有助於吸取這些演算法中的公共...
設計模式 策略模式
定義了演算法家族，分別封裝起來，讓他們之間可以相互替代，此模式讓演算法的變化，不會影響到使用演算法的客戶端 定義抽象類 分別實現抽象類，不同的物件 然後用乙個類初始化，並傳入具體的策略物件 根據具體的策略物件，呼叫其演算法的方法 客戶端 是由於例項化不同的策略，所以最終在呼叫 類時，所獲得的結果時不...