設計模式（golang）

設計模式的六大原則

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

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

  開閉原則就是說對擴展開放，對修改關閉。在程序須要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。 因此一句話歸納就是：爲了使程序的擴展性好，易於維護和升級。想要達到這樣的效果，咱們須要使用接口和抽象類，後 面的具體設計中咱們會提到這點。

• 二、里氏代換原則（Liskov Substitution Principle）

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

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

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

• 四、接口隔離原則（Interface Segregation Principle）

  這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。仍是一個下降類之間的耦合度的意思，從這兒咱們看出， 其實設計模式就是一個軟件的設計思想，從大型軟件架構出發，爲了升級和維護方便。因此上文中屢次出現：下降依賴，下降耦合。

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

  爲何叫最少知道原則，就是說：一個實體應當儘可能少的與其餘實體之間發生相互做用，使得系統功能模塊相對獨立。

• 六、合成複用原則（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)