【轉】設計模式——速記口訣

 

最近在學習設計模式的時候，感受23種設計模式的名字好難記啊，晦澀難懂啊。不過IT界好心人大有人在啊，下面是轉載的文章，一個小口訣就幫助咱們記牢23種設計模式。真棒！

其實咱們應該高興更應該檢討，高興的是不須要本身造輪子，檢討的是爲何咱們也遇到了一樣的問題（名字很差記），可是咱們沒有去解決呢？或者說沒有想辦法去解決呢？對待問題的態度值得深思啊！

 

如下內容轉載自：http://blog.sina.com.cn/s/blog_adb126450101kfji.html

 

設計模式經常被提起，不記住它們的名字怎能行？所以，我編寫了這個順口溜，但願您看了以後也能記得快、記得牢。 

5 + 7 = 11；5個建立型，7個結構型，11個行爲型

一、建立型速記口訣

 

抽工單建原

• Singleton，單例模式：保證一個類只有一個實例，並提供一個訪問它的全局訪問點
• Abstract Factory，抽象工廠：提供一個建立一系列相關或相互依賴對象的接口，而無須指定它們的具體類。
• Factory Method，工廠方法：定義一個用於建立對象的接口，讓子類決定實例化哪個類，Factory
  Method使一個類的實例化延遲到了子類。
• Builder，建造模式：將一個複雜對象的構建與他的表示相分離，使得一樣的構建過程能夠建立不一樣的表示。
• Prototype，原型模式：用原型實例指定建立對象的種類，而且經過拷貝這些原型來建立新的對象。

二、結構型速記口訣

 

橋代理組裝適配器，享元回家裝飾外觀。

 

解釋：有個姓橋的代理組裝適配器，他兒子享元拿回家裝飾外觀去啦

• Composite，組合模式：將對象組合成樹形結構以表示部分總體的關係，Composite使得用戶對單個對象和組合對象的使用具備一致性。
• Facade，外觀模式：爲子系統中的一組接口提供一致的界面，facade提供了一高層接口，這個接口使得子系統更容易使用。
• Proxy，代理模式：爲其餘對象提供一種代理以控制對這個對象的訪問
• Adapter,適配器模式：將一類的接口轉換成客戶但願的另一個接口，Adapter模式使得本來因爲接口不兼容而不能一塊兒工做那些類能夠一塊兒工做。
• Decrator，裝飾模式：動態地給一個對象增長一些額外的職責，就增長的功能來講，Decorator模式相比生成子類更加靈活。
• Bridge，橋模式：將抽象部分與它的實現部分相分離，使他們能夠獨立的變化。
• Flyweight，享元模式

三、行爲型速記口訣

訪問者寫好策略備忘錄，觀察模板迭代的狀態，命令中介解釋責任鏈。

 

解釋：這句話講的就是看房子的通過。

看房子的人就是訪問者，看房前要寫看房策略和備忘錄，不能馬馬虎虎地去看房子。

去看房子的時候，要仔細觀察樓板（模板）層疊（迭代）的狀態。

看完房子，命令中介解釋清楚產權的責任鏈。

• Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素，而又不須要暴露該對象的內部表示。
• Observer，觀察者模式：定義對象間一對多的依賴關係，當一個對象的狀態發生改變時，全部依賴於它的對象都獲得通知自動更新。
• Template Method，模板方法：定義一個操做中的算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類能夠不改變一個算法的結構便可以重定義該算法得某些特定步驟。
• Command，命令模式：將一個請求封裝爲一個對象，從而使你能夠用不一樣的請求對客戶進行參數化，對請求排隊和記錄請求日誌，以及支持可撤銷的操做。
• State，狀態模式：容許對象在其內部狀態改變時改變他的行爲。對象看起來彷佛改變了他的類。
• Strategy，策略模式：定義一系列的算法，把他們一個個封裝起來，並使他們能夠互相替換，本模式使得算法能夠獨立於使用它們的客戶。
• Chain of Responsibility，職責鏈模式：使多個對象都有機會處理請求，從而避免請求的送發者和接收者之間的耦合關係
• Mediator，中介者模式：用一箇中介對象封裝一些列的對象交互。
• Visitor，訪問者模式：表示一個做用於某對象結構中的各元素的操做，它使你能夠在不改變各元素類的前提下定義做用於這個元素的新操做。
• Interpreter，解釋器模式：給定一個語言，定義他的文法的一個表示，並定義一個解釋器，這個解釋器使用該表示來解釋語言中的句子。
• Memento，備忘錄模式：在不破壞對象的前提下，捕獲一個對象的內部狀態，並在該對象以外保存這個狀態。