1. 前言
設(shè)計模式的存在识啦，主要是方便代碼的可擴展性和提高代碼的復(fù)用性涕侈。在變化和穩(wěn)定之間尋找平衡點诈闺。
2. 從鴨子說起
策略模式菜枷，書中是以鴨子為例称鳞，進行介紹的涮较。
假設(shè)鴨子的父類為：
Duck
quack()
swim()
display()
//鴨子的其他方法
因 為 每 一 種 鴨 子 的外 觀 都 不 同 , 所 以display()方法是抽象的，每個鴨子子類負責(zé)實現(xiàn)自己的display冈止。
3. 鴨子要飛了
現(xiàn)在需要給鴨子們法希，增加一個飛的動作。
新的需求來了靶瘸，這時候我們要加入鴨子會飛的功能苫亦。鴨子本來有翅膀，沒問題怨咪，在超類里加入一個fly方法屋剑，讓所有的子類繼承就好了，
Duck
quack()
swim()
display()
fly() //新加入的飛行方法
//鴨子的其他方法
確實诗眨，所有的鴨子都會飛了唉匾，然而系統(tǒng)里還有一些橡皮鴨子，它們也會飛了匠楚，這是不符合常理的Ｎ”臁！芋簿！
我們忽略了一件事情峡懈，并不是所有子類都會飛，某些不會飛的也繼承了此方法与斤。
注意：對代碼所做的局部修改肪康，影響層面可不只是局部。
當涉及"維護"時撩穿，為了"復(fù)用"目的而使用繼承磷支，結(jié)局并不完美。
3.1 第一個解決辦法—子類覆蓋
我們可以把橡皮鴨中的fly方法覆蓋掉
RubberDuck
quack(){//吱吱叫}
display(){//橡皮鴨}
fly(){
//覆蓋食寡，什么也不做
}
這樣好像確實解決了橡皮鴨的問題雾狈，但如果我們以后每次加入不會飛的鴨子，都要這樣檢查一遍抵皱，就失去了復(fù)用的意義了善榛。
3.2 第二個解決辦法---利用接口
我們可以把fly方法從超類中取出來，放進一個Flyable接口中叨叙，這樣一來锭弊，只有會飛的鴨子才實現(xiàn)此接口。
這樣會帶來很多重復(fù)代碼擂错。
4. 重新看待問題
現(xiàn)在我們知道使用繼承并不能很好地解決問題,因為鴨子的行為在子類里不斷地改變,并且讓所有的子類都有這些行為是不恰當?shù)摹?br> Flyable與Quackable接口一開始似乎還挺不錯,解決了問題(只有會飛的鴨子才繼承Flyable),但是Java接口不具有實現(xiàn)代碼,所以繼承接口無法達到代碼的復(fù)用味滞。這意味著: 無論何時你需要修改某個行為,你必須得往下追蹤并在每一個定義此行為的類中修改它,一不小心,可能會造成新的錯誤!
幸運的是,有一個設(shè)計原則,恰好適用于此狀況。
設(shè)計原則: 找出應(yīng)用中可能需要變化之處,把它們獨立出來,不要和那些不需要變化的代碼混在一起。
在變化和穩(wěn)定之間尋找平衡點剑鞍。
好,該是把鴨子的行為從Duck類中取出的時候了!
5. 重新設(shè)計鴨子
我們提取出兩組類昨凡，一個是fly，一個是quack蚁署，每一組類實現(xiàn)各自的動作便脊，可以指定特定類型的飛行行為給鴨子，讓它們動態(tài)的去改變就好了光戈。
設(shè)計原則：針對接口編程哪痰，而不是針對實現(xiàn)編程。
我們利用接口代表每個行為久妆，行為的每個實現(xiàn)都將實現(xiàn)其中的一個接口晌杰。
這么一來,有了繼承的“復(fù)用”好處,卻沒有繼承所帶來的包袱。
6. 實現(xiàn)鴨子行為
首先筷弦，在Duck類中“加入兩個實例變量”肋演，分別為“flyBehavior”與“quack Behavior”，聲明為接口類型(而不是具體類實現(xiàn)類型),每個鴨子對象都會動態(tài)地設(shè)置這些變量以在運行時引用正確的行為類型(例如:FlyWithWings烂琴、Squeak等)爹殊。
我們也必須將Duck類與其所有子類中的fly()與quack()刪除,因為這些行為已經(jīng)被搬到FlyBehavior與QuackBehavior類中了。
我們用兩個相似的方法performFly()和performQuack()取代Duck類中的fly()與quack()奸绷。
//父類
Duck
FlyBehavior flyBehavior
QuackBehavior quackBehavior
performQuack(){ quackBehavior.quack(); }
swim()
display()
performFly()
//某個子類
public class MallardDuck extends Duck {
public MallardDuck() {
quackBehavior = new Quack();
flyBehavior = new FlyWithWings();
}
public void display() {
System.out.println(“I’m a real Mallard duck”);
}
}
7. 總結(jié)
當你將兩個類結(jié)合起來使用梗夸，如同本例一般，這就是組合(composition)健盒。這種做法和“繼承”不同的地方在于,鴨子的行為不是繼承來的绒瘦，而是和適當?shù)男袨閷ο蟆敖M合”來的。
如你所見扣癣，使用組合建立系統(tǒng)具有很大的彈性，不僅可將算法族封裝成類憨降，更可以“在運行時動態(tài)地改變行為”父虑，只要組合的行為對象符合正確的接口標準即可。
設(shè)計原則：多用組合授药，少用繼承士嚎。
策略模式
定義了算法族，分別封裝起來悔叽，讓它們之間可以互相替換莱衩，此模式讓算法的變化獨立于使用算法的客戶。
