策略模式概述
在策略模式中，我們可以定義一些獨立的類來封裝不同的算法，每一個類封裝一種具體的算法，在這裏，每一個封裝算法的類我們都可以稱之爲一種策略(Strategy)，爲了保證這些策略在使用時具有一致性，一般會提供一個抽象的策略類來做規則的定義，而每種算法則對應於一個具體策略類。
策略模式的主要目的是將算法的定義與使用分開，也就是將算法的行爲和環境分開，將算法的定義放在專門的策略類中，每一個策略類封裝了一種實現算法，使用算法的環境類針對抽象策略類進行編程，符合“依賴倒轉原則”。在出現新的算法時，只需要增加一個新的實現了抽象策略類的具體策略類即可。策略模式定義如下：
|
策略模式(Strategy Pattern)：定義一系列算法類，將每一個算法封裝起來，並讓它們可以相互替換，策略模式讓算法獨立於使用它的客戶而變化，也稱爲政策模式(Policy)。策略模式是一種對象行爲型模式。 |
策略模式結構並不複雜，但我們需要理解其中環境類Context的作用，其結構如圖24-1所示：
在策略模式結構圖中包含如下幾個角色：
● Context（環境類）：環境類是使用算法的角色，它在解決某個問題（即實現某個方法）時可以採用多種策略。在環境類中維持一個對抽象策略類的引用實例，用於定義所採用的策略。
● Strategy（抽象策略類）：它爲所支持的算法聲明瞭抽象方法，是所有策略類的父類，它可以是抽象類或具體類，也可以是接口。環境類通過抽象策略類中聲明的方法在運行時調用具體策略類中實現的算法。
● ConcreteStrategy（具體策略類）：它實現了在抽象策略類中聲明的算法，在運行時，具體策略類將覆蓋在環境類中定義的抽象策略類對象，使用一種具體的算法實現某個業務處理。
策略模式總結
策略模式用於算法的自由切換和擴展，它是應用較爲廣泛的設計模式之一。策略模式對應於解決某一問題的一個算法族，允許用戶從該算法族中任選一個算法來解決某一問題，同時可以方便地更換算法或者增加新的算法。只要涉及到算法的封裝、複用和切換都可以考慮使用策略模式。
1. 主要優點
策略模式的主要優點如下：
(1) 策略模式提供了對“開閉原則”的完美支持，用戶可以在不修改原有系統的基礎上選擇算法或行爲，也可以靈活地增加新的算法或行爲。
(2) 策略模式提供了管理相關的算法族的辦法。策略類的等級結構定義了一個算法或行爲族，恰當使用繼承可以把公共的代碼移到抽象策略類中，從而避免重複的代碼。
(3) 策略模式提供了一種可以替換繼承關係的辦法。如果不使用策略模式，那麼使用算法的環境類就可能會有一些子類，每一個子類提供一種不同的算法。但是，這樣一來算法的使用就和算法本身混在一起，不符合“單一職責原則”，決定使用哪一種算法的邏輯和該算法本身混合在一起，從而不可能再獨立演化；而且使用繼承無法實現算法或行爲在程序運行時的動態切換。
(4) 使用策略模式可以避免多重條件選擇語句。多重條件選擇語句不易維護，它把採取哪一種算法或行爲的邏輯與算法或行爲本身的實現邏輯混合在一起，將它們全部硬編碼(Hard Coding)在一個龐大的多重條件選擇語句中，比直接繼承環境類的辦法還要原始和落後。
(5) 策略模式提供了一種算法的複用機制，由於將算法單獨提取出來封裝在策略類中，因此不同的環境類可以方便地複用這些策略類。
2. 主要缺點
策略模式的主要缺點如下：
(1) 客戶端必須知道所有的策略類，並自行決定使用哪一個策略類。這就意味着客戶端必須理解這些算法的區別，以便適時選擇恰當的算法。換言之，策略模式只適用於客戶端知道所有的算法或行爲的情況。
(2) 策略模式將造成系統產生很多具體策略類，任何細小的變化都將導致系統要增加一個新的具體策略類。
(3) 無法同時在客戶端使用多個策略類，也就是說，在使用策略模式時，客戶端每次只能使用一個策略類，不支持使用一個策略類完成部分功能後再使用另一個策略類來完成剩餘功能的情況。
3. 適用場景
在以下情況下可以考慮使用策略模式：
(1) 一個系統需要動態地在幾種算法中選擇一種，那麼可以將這些算法封裝到一個個的具體算法類中，而這些具體算法類都是一個抽象算法類的子類。換言之，這些具體算法類均有統一的接口，根據“里氏代換原則”和麪向對象的多態性，客戶端可以選擇使用任何一個具體算法類，並只需要維持一個數據類型是抽象算法類的對象。
(2) 一個對象有很多的行爲，如果不用恰當的模式，這些行爲就只好使用多重條件選擇語句來實現。此時，使用策略模式，把這些行爲轉移到相應的具體策略類裏面，就可以避免使用難以維護的多重條件選擇語句。
(3) 不希望客戶端知道複雜的、與算法相關的數據結構，在具體策略類中封裝算法與相關的數據結構，可以提高算法的保密性與安全性。