設計模式（golang）

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

設計模式的六大原則

摘自 Java開發中的23種設計模式詳解

• 1、開閉原則（Open Close Principle）

  開閉原則就是說對擴充開放，對修改關閉。在程式需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。 所以一句話概括就是：為了使程式的擴充性好，易於維護和升級。想要達到這樣的效果，我們需要使用介面和抽象類別，後 面的具體設計中我們會提到這點。

• 2、裡氏代換原則（Liskov Substitution Principle）

  裡氏代換原則(Liskov Substitution Principle LSP)物件導向設計的基本原則之一。 裡氏代換原則中說，任何 基類可以出現的地方，子類一定可以出現。 LSP是繼承複用的基石，只有當衍生類可以替換掉基類，軟體單位的功能不受 到影響時，基類才能真正被複用，而衍生類也能夠在基類的基礎上增加新的行為。裡氏代換原則是對“開-閉”原則的補充。 實現“開-閉”原則的關鍵步驟就是抽象化。而基類與子類的繼承關係就是抽象化的具體實現，所以裡氏代換原則是對實現抽 象化的具體步驟的規範。—— From Baidu 百科

• 3、依賴倒轉原則（Dependence Inversion Principle）

  這個是開閉原則的基礎，具體內容：真對介面編程，依賴於抽象而不依賴於具體。

• 4、介面隔離原則（Interface Segregation Principle）

  這個原則的意思是：使用多個隔離的介面，比使用單個介面要好。還是一個降低類之間的耦合度的意思，從這兒我們看出， 其實設計模式就是一個軟體的設計思想，從大型軟體架構出發，為了升級和維護方便。所以上文中多次出現：降低依賴，降低耦合。

• 5、迪米特法則（最少知道原則）（Demeter Principle）

  為什麼叫最少知道原則，就是說：一個實體應當盡量少的與其他實體之間發生相互作用，使得系統功能模組相對獨立。

• 6、合成複用原則（Composite Reuse Principle）

  原則是盡量使用合成/彙總的方式，而不是使用繼承。

實現代碼

https://github.com/BPing/golang_design_pattern/tree/master/pattern

• 建立型 C
• 結構型 J
• 行為型 X

   -AbstractFactory.go : 抽象原廠模式(C)   -Adapter.go : 適配器模式(J)   -Bridge.go : 橋接模式(J)   -Builder.go : 建造者模式(C)   -ChainOfResponsibility.go : 責任鏈模式(X)   -Command.go : 命令模式(X)   -Composite.go : 組合模式(J)   -Decorator.go : 裝飾器模式(J)   -Facade.go : 面板模式(J)   -Factory.go : 原廠模式(C)   -Flyweight.go : 享元模式(J)   -Interpreter.go : 解譯器模式(X)   -Iterator.go : 迭代器模式(X)   -Mediator.go : 中介者模式(X)   -Memento.go : 備忘錄模式(X)   -Observer.go : 觀察者模式(X)   -Prototype.go : 原型模式(C)   -Proxy.go : 代理模式(J)   -Singleton.go : 單例模式(C)   -Singleton2.go : 單例模式(C)   -State.go : 狀態模式(X)   -Strategy.go : 策略模式(X)   -Template.go : 模板模式(X)   -Visitor.go : 訪問者模式(X)