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