1.builder模式
優(yōu)點(diǎn)
實(shí)現(xiàn)了產(chǎn)品構(gòu)建和產(chǎn)品表現(xiàn)的分離。
這句話的意思是客戶端構(gòu)建產(chǎn)品的時(shí)候只會(huì)調(diào)用builder的設(shè)置方法，最后構(gòu)建出一個(gè)產(chǎn)品。并沒有直接調(diào)用產(chǎn)品類的設(shè)置屬性方法，或者直接為產(chǎn)品的屬性賦值。
我們?cè)谡{(diào)用的時(shí)候并不需要關(guān)心產(chǎn)品類的具體屬性和方法，可以比較容易的改變產(chǎn)品類的內(nèi)部表示。
另外的一個(gè)好處是，builder提供了產(chǎn)品類比較好的一致性。因?yàn)槿绻苯訕?gòu)造產(chǎn)品
類的話，我們可以在任何時(shí)候，任何線程對(duì)產(chǎn)品類做set操作，這就導(dǎo)致了一些bug很難找到。
2.adpter模式
類適配器
類的適配器模式把適配的類的api轉(zhuǎn)換成為目標(biāo)類的API。
利用繼承的方式重新定義Adptee的部分行為，達(dá)到適配的目的。
因?yàn)槭抢^承關(guān)系，所以對(duì)于變化，可以通過新增一個(gè)繼承，改變類適配器的行為。
對(duì)象適配器
與類的適配器模式一樣，對(duì)象的適配器模式把適配的類的API轉(zhuǎn)換成為目標(biāo)類的API，與類的適配器模式不同的是，對(duì)象適配器不是使用繼承關(guān)系連接到Adaptee類，而是使用委派關(guān)系連接到Adptee類。
對(duì)于對(duì)象適配器，一個(gè)適配器可以把不同的源適配到同一個(gè)目標(biāo)。
對(duì)于對(duì)象適配器使用對(duì)象組合的方式，是動(dòng)態(tài)組合的方式。
對(duì)于對(duì)象適配器，要重新定義Adptee的行為比較困難。因?yàn)椴幌耦愡m配器，增加一個(gè)繼承類就可以了。
listview的緩存
3.裝飾器模式
概念
動(dòng)態(tài)地給一個(gè)兌現(xiàn)更加一些額外的職責(zé)，就增加對(duì)象功能來說，裝飾模式比生成子類實(shí)現(xiàn)更為靈活。
比繼承的優(yōu)點(diǎn)
不會(huì)產(chǎn)生很多的子類。對(duì)客戶端透明，減少耦合度。
使用場(chǎng)景：
1.在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)。
2.當(dāng)不能采用繼承方式對(duì)系統(tǒng)進(jìn)行擴(kuò)展或者采用繼承不利于系統(tǒng)擴(kuò)展和維護(hù)
時(shí)，可以使用裝飾模式。比如有些Final類。
4.外觀模式
定義
外觀模式的主要目的在于讓外部減少與子系統(tǒng)內(nèi)部多個(gè)模塊的交互，從而讓外部能夠更簡單的使用子系統(tǒng)。它負(fù)責(zé)把客戶端的請(qǐng)求轉(zhuǎn)發(fā)給子系統(tǒng)內(nèi)部的各個(gè)模塊進(jìn)行處理。
使用場(chǎng)景
1.當(dāng)你要為一個(gè)復(fù)雜子系統(tǒng)提供一個(gè)簡單接口時(shí)。
2.客戶程序與抽象類的實(shí)現(xiàn)部分之間存在著很大的依賴性。
3.當(dāng)你需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)候
5.組合模式
定義
將對(duì)象以樹形結(jié)構(gòu)組織起來，以達(dá)成“部分-整體”的層次結(jié)構(gòu)，使得客戶以一致的方式處理單個(gè)對(duì)象以及對(duì)象的組合。
優(yōu)點(diǎn)
1.高層模塊調(diào)用簡單
2.節(jié)點(diǎn)自由增加
實(shí)例說明
該例子生動(dòng)的說明了組合方式的好處
https://www.cnblogs.com/lfxiao/p/6816026.html
https://www.cnblogs.com/snaildev/p/7647190.html
android中的應(yīng)用
android中的view采用了組合模式
6.策略模式
概念
定義一系列的算法，把它們一個(gè)個(gè)封裝起來，并且使他們可相互替換，本模式使得算法可獨(dú)立于使用它的客戶而變化。用來替代if else和switch方式
使用場(chǎng)景
一個(gè)類定義了多種行為，并且這些行為在這個(gè)類的方法中以多個(gè)條件語句的形式出現(xiàn)，那么可以使用策略模式來避免類中使用大量的條件語句。
優(yōu)點(diǎn)
1.上下文（Context）和具體策略（ConcreteStragety）是松耦合關(guān)系。因?yàn)樯舷挛?br>
持有的是抽象的策略類。
2.滿足開閉原則。
andorid中的應(yīng)用
1.Volley中對(duì)于httpstack使用策略模式
7.模板方法模式
定義
模板方法是通過定義一個(gè)算法框架，而將算法中的步驟延遲到子類，子類就可以特定的算法。
使用場(chǎng)景
1.多個(gè)子類有公有方法，并且邏輯及基本相同
2.重構(gòu)時(shí)經(jīng)常使用，將相同的代碼抽取到父類中。
在android應(yīng)用
AysncTask，Activity
8.觀察者設(shè)計(jì)模式
概念
定義對(duì)象之間一種一對(duì)多依賴關(guān)系，使得每當(dāng)一個(gè)對(duì)象狀態(tài)發(fā)生改變時(shí)，其相關(guān)依賴對(duì)象皆得到通知并被自動(dòng)更新。
andorid中的應(yīng)用
1.回調(diào)模式
2.listview中的notifyChanged
9.責(zé)任鏈設(shè)計(jì)模式
概念
是一個(gè)請(qǐng)求有多個(gè)對(duì)象來處理，這些對(duì)象是一條鏈，但具體由哪個(gè)對(duì)象來處理，根據(jù)條件判斷來確定，如果不能處理會(huì)傳遞給該鏈中的下一個(gè)對(duì)象，直到有對(duì)象處理它為止。
使用場(chǎng)景
1.有多個(gè)對(duì)象可以處理同一個(gè)請(qǐng)求，具體哪個(gè)對(duì)象處理該請(qǐng)請(qǐng)求待運(yùn)行時(shí)刻再確
定。
2.在不明確指定接受者的情況下，向多個(gè)對(duì)象中的一個(gè)提交一個(gè)請(qǐng)求。
3.可動(dòng)態(tài)指定一組對(duì)象處理請(qǐng)求，客戶端可以動(dòng)態(tài)創(chuàng)建職責(zé)鏈來處理請(qǐng)求。
在android中的應(yīng)用
1.try catch
2.ordered broadcast
3.viewgroup事件傳遞
易混淆的設(shè)計(jì)模式
適配器模式和裝飾器模式
裝飾器與適配器都有一個(gè)別名叫做 包裝模式(Wrapper)，它們看似都是起到包裝一個(gè)類或?qū)ο蟮淖饔?，但是使用它們?strong>設(shè)計(jì)目的很不一一樣。
適配器模式的意義是要將一個(gè)接口轉(zhuǎn)變成另一個(gè)接口，它的目的是通過改變接口來達(dá)到重復(fù)使用的目的。 所以從UML中看出，adpter類必須繼承一個(gè)已有的接口，從而保證符合目標(biāo)類的接口，而不必關(guān)心被適配類adptee的接口如何
而裝飾器模式不是要改變被裝飾對(duì)象的接口，而是恰恰要保持原有的接口，但是增強(qiáng)原有對(duì)象的功能，或者改變?cè)袑?duì)象的處理方式而提升性能。所以從UML圖可以看出，裝飾者和被裝飾者都必須繼承于同一個(gè)父類，從而保證接口的相同。
