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