這個模式涉及到三個角色: ● 環境(Context)角色:持有一個Strategy的引用。 ● 抽象策略(Strategy)角色:這是一個抽象角色,通常由一個接口或抽象類實現。此角色給出所有的具體策略類所需的接口。 ● 具體策略(ConcreteStrategy)角色:包裝了相關的算法或行爲。 publicclass Context { //持有一個具體策略的對象private Strategy strategy; /** * 構造函數,傳入一個具體策略對象 * @param strategy 具體策略對象 */public Context(Strategy strategy){ this.strategy = strategy; } /** * 策略方法 */publicvoid contextInterface(){ strategy.strategyInterface(); } } 抽象策略類 publicinterface Strategy { /** * 策略方法 */publicvoid strategyInterface(); } 具體策略類 publicclass ConcreteStrategyA implements Strategy { @Override publicvoid strategyInterface() { //相關的業務 } } publicclass ConcreteStrategyB implements Strategy { @Override publicvoid strategyInterface() { //相關的業務 } } publicclass ConcreteStrategyC implements Strategy { @Override publicvoid strategyInterface() { //相關的業務 } } |
認識策略模式
策略模式的重心
策略模式的重心不是如何實現算法,而是如何組織、調用這些算法,從而讓程序結構更靈活,具有更好的維護性和擴展性。
算法的平等性
策略模式一個很大的特點就是各個策略算法的平等性。對於一系列具體的策略算法,大家的地位是完全一樣的,正因爲這個平等性,才能實現算法之間可以相互替換。所有的策略算法在實現上也是相互獨立的,相互之間是沒有依賴的。
所以可以這樣描述這一系列策略算法:策略算法是相同行爲的不同實現。
運行時策略的唯一性
運行期間,策略模式在每一個時刻只能使用一個具體的策略實現對象,雖然可以動態地在不同的策略實現中切換,但是同時只能使用一個。
公有的行爲
經常見到的是,所有的具體策略類都有一些公有的行爲。這時候,就應當把這些公有的行爲放到共同的抽象策略角色Strategy類裏面。當然這時候抽象策略角色必須要用Java抽象類實現,而不能使用接口。
這其實也是典型的將代碼向繼承等級結構的上方集中的標準做法。
策略模式的優點
(1)策略模式提供了管理相關的算法族的辦法。策略類的等級結構定義了一個算法或行爲族。恰當使用繼承可以把公共的代碼移到父類裏面,從而避免代碼重複。
(2)使用策略模式可以避免使用多重條件(if-else)語句。多重條件語句不易維護,它把採取哪一種算法或採取哪一種行爲的邏輯與算法或行爲的邏輯混合在一起,統統列在一個多重條件語句裏面,比使用繼承的辦法還要原始和落後。
策略模式的缺點
(1)客戶端必須知道所有的策略類,並自行決定使用哪一個策略類。這就意味着客戶端必須理解這些算法的區別,以便適時選擇恰當的算法類。換言之,策略模式只適用於客戶端知道算法或行爲的情況。
(2)由於策略模式把每個具體的策略實現都單獨封裝成爲類,如果備選的策略很多的話,那麼對象的數目就會很可觀。