最近在學習設計模式的時候，感覺23種設計模式的名字好難記啊，晦澀難懂啊。不過IT界好心人大有人在啊，下面是轉載的文章，一個小口訣就幫助我們記牢23種設計模式。真棒！
其實我們應該高興更應該反省，高興的是不需要自己造輪子，反省的是為什么我們也遇到了同樣的問題（名字不好記），但是我們沒有去解決呢？或者說沒有想辦法去解決呢？對待問題的態度值得深思啊！
以下內容轉載自：http://blog.sina.com.cn/s/blog_adb126450101kfji.html
設計模式常常被提起，不記住它們的名字怎能行？因此，我編寫了這個順口溜，希望您看了之后也能記得快、記得牢。
5 + 7 = 11；5個創建型，7個結構型，11個行為型
1、創建型速記口訣
抽工單建原
- Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
- Abstract Factory，抽象工廠：提供一個創建一系列相關或相互依賴對象的接口，而無須指定它們的具體類。
- Factory Method，工廠方法：定義一個用於創建對象的接口，讓子類決定實例化哪一個類，Factory
Method使一個類的實例化延遲到了子類。 - Builder，建造模式：將一個復雜對象的構建與他的表示相分離，使得同樣的構建過程可以創建不同的表示。
- Prototype，原型模式：用原型實例指定創建對象的種類，並且通過拷貝這些原型來創建新的對象。
2、結構型速記口訣
橋代理組裝適配器，享元回家裝飾外觀。
解釋：有個姓橋的代理組裝適配器，他兒子享元拿回家裝飾外觀去啦
- Composite，組合模式：將對象組合成樹形結構以表示部分整體的關系，Composite使得用戶對單個對象和組合對象的使用具有一致性。
- Facade，外觀模式：為子系統中的一組接口提供一致的界面，facade提供了一高層接口，這個接口使得子系統更容易使用。
- Proxy，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
- Adapter,適配器模式：將一類的接口轉換成客戶希望的另外一個接口，Adapter模式使得原本由於接口不兼容而不能一起工作那些類可以一起工作。
- Decrator，裝飾模式：動態地給一個對象增加一些額外的職責，就增加的功能來說，Decorator模式相比生成子類更加靈活。
- Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們可以獨立的變化。
- Flyweight，享元模式
3、行為型速記口訣
訪問者寫好策略備忘錄，觀察模板迭代的狀態，命令中介解釋責任鏈。
解釋：這句話講的就是看房子的經過。
看房子的人就是訪問者，看房前要寫看房策略和備忘錄，不能馬馬虎虎地去看房子。
去看房子的時候，要仔細觀察樓板（模板）層疊（迭代）的狀態。
看完房子，命令中介解釋清楚產權的責任鏈。
- Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不需要暴露該對象的內部表示。
- Observer，觀察者模式：定義對象間一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知自動更新。
- Template Method，模板方法：定義一個操作中的算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個算法的結構即可以重定義該算法得某些特定步驟。
- Command，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請求對客戶進行參數化，對請求排隊和記錄請求日志，以及支持可撤銷的操作。
- State，狀態模式：允許對象在其內部狀態改變時改變他的行為。對象看起來似乎改變了他的類。
- Strategy，策略模式：定義一系列的算法，把他們一個個封裝起來，並使他們可以互相替換，本模式使得算法可以獨立於使用它們的客戶。
- Chain of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關系
- Mediator，中介者模式：用一個中介對象封裝一些列的對象交互。
- Visitor，訪問者模式：表示一個作用於某對象結構中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用於這個元素的新操作。
- Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
- Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象之外保存這個狀態。