1.問題
例1：一個菜單功能能夠根據(jù)用戶的“皮膚”首選項(xiàng)來決定是否采用水平的還是垂直的排列形式万矾。同事可以靈活增加菜單那的顯示樣式哮独。
例2：出行旅游：我們可以有幾個策略可以考慮：可以騎自行車，汽車凿跳，做火車办桨，飛機(jī)掰伸。每個策略都可以得到相同的結(jié)果，但是它們使用了不同的資源培漏。選擇策略的依據(jù)是費(fèi)用溪厘，時間，使用工具還有每種方式的方便程度 牌柄。
問題：如何讓算法和對象分開來畸悬，使得算法可以獨(dú)立于使用它的客戶而變化？
2.解決方案
策略模式：定義一系列的算法,把每一個算法封裝起來, 并且使它們可相互替換珊佣。本模式使得算法可獨(dú)立于使用它的客戶而變化蹋宦。也稱為政策模式(Policy)。
3.適應(yīng)性
1） 許多相關(guān)的類僅僅是行為有異咒锻。 “策略”提供了一種用多個行為中的一個行為來配置一個類的方法冷冗。即一個系統(tǒng)需要動態(tài)地在幾種算法中選擇一種。
2）需要使用一個算法的不同變體惑艇。例如蒿辙，你可能會定義一些反映不同的空間 /時間權(quán)衡的算法拇泛。當(dāng)這些變體實(shí)現(xiàn)為一個算法的類層次時 ,可以使用策略模式。
3）算法使用客戶不應(yīng)該知道的數(shù)據(jù)思灌“嘲龋可使用策略模式以避免暴露復(fù)雜的、與算法相關(guān)的數(shù)據(jù)結(jié)構(gòu)泰偿。
4） 一個類定義了多種行為 , 并且這些行為在這個類的操作中以多個條件語句的形式出現(xiàn)熄守。將相關(guān)的條件分支移入它們各自的Strategy類中以代替這些條件語句。
4.模式組成
環(huán)境類(Context):用一個ConcreteStrategy對象來配置甜奄。維護(hù)一個對Strategy對象的引用柠横。可定義一個接口來讓Strategy訪問它的數(shù)據(jù)课兄。
抽象策略類(Strategy):定義所有支持的算法的公共接口牍氛。 Context使用這個接口來調(diào)用某ConcreteStrategy定義的算法。
具體策略類(ConcreteStrategy):以Strategy接口實(shí)現(xiàn)某具體算法烟阐。
5.效果
5.1 優(yōu)點(diǎn)
- 相關(guān)算法系列 Strategy類層次為Context定義了一系列的可供重用的算法或行為搬俊。 繼承有助于析取出這些算法中的公共功能。
- 提供了可以替換繼承關(guān)系的辦法： 繼承提供了另一種支持多種算法或行為的方法蜒茄。你可以直接生成一個Context類的子類唉擂，從而給它以不同的行為。但這會將行為硬行編制到 Context中檀葛，而將算法的實(shí)現(xiàn)與Context的實(shí)現(xiàn)混合起來,從而使Context難以理解玩祟、難以維護(hù)和難以擴(kuò)展，而且還不能動態(tài)地改變算法屿聋。最后你得到一堆相關(guān)的類 , 它們之間的唯一差別是它們所使用的算法或行為空扎。 將算法封裝在獨(dú)立的Strategy類中使得你可以獨(dú)立于其Context改變它，使它易于切換润讥、易于理解转锈、易于擴(kuò)展。
- 消除了一些if else條件語句 ：Strategy模式提供了用條件語句選擇所需的行為以外的另一種選擇楚殿。當(dāng)不同的行為堆砌在一個類中時 ,很難避免使用條件語句來選擇合適的行為撮慨。將行為封裝在一個個獨(dú)立的Strategy類中消除了這些條件語句。含有許多條件語句的代碼通常意味著需要使用Strategy模式脆粥。
- 實(shí)現(xiàn)的選擇 Strategy模式可以提供相同行為的不同實(shí)現(xiàn)砌溺。客戶可以根據(jù)不同時間 /空間權(quán)衡取舍要求從不同策略中進(jìn)行選擇变隔。
5.2 缺點(diǎn)
1)客戶端必須知道所有的策略類规伐，并自行決定使用哪一個策略類: 本模式有一個潛在的缺點(diǎn)，就是一個客戶要選擇一個合適的Strategy就必須知道這些Strategy到底有何不同弟胀。此時可能不得不向客戶暴露具體的實(shí)現(xiàn)問題楷力。因此僅當(dāng)這些不同行為變體與客戶相關(guān)的行為時 , 才需要使用Strategy模式喊式。
2 ) Strategy和Context之間的通信開銷 ：無論各個ConcreteStrategy實(shí)現(xiàn)的算法是簡單還是復(fù)雜, 它們都共享Strategy定義的接口。因此很可能某些 ConcreteStrategy不會都用到所有通過這個接口傳遞給它們的信息萧朝；簡單的 ConcreteStrategy可能不使用其中的任何信息岔留！這就意味著有時Context會創(chuàng)建和初始化一些永遠(yuǎn)不會用到的參數(shù)。如果存在這樣問題 , 那么將需要在Strategy和Context之間更進(jìn)行緊密的耦合检柬。
3 )策略模式將造成產(chǎn)生很多策略類：可以通過使用享元模式在一定程度上減少對象的數(shù)量献联。 增加了對象的數(shù)目 Strategy增加了一個應(yīng)用中的對象的數(shù)目。有時你可以將 Strategy實(shí)現(xiàn)為可供各Context共享的無狀態(tài)的對象來減少這一開銷何址。任何其余的狀態(tài)都由 Context維護(hù)里逆。Context在每一次對Strategy對象的請求中都將這個狀態(tài)傳遞過去。共享的 Strategy不應(yīng)在各次調(diào)用之間維護(hù)狀態(tài)用爪。
6.實(shí)現(xiàn)
