DesignPattern

Use GO language to achieve 23 design patterns
該專案是拜讀《大話設計模式》後，學習Golang語言實現的，有很多不足之處，有待完善
有些模式是根據UML圖編寫的基本框架，有些是基於特定的環境下編寫的例項

建立型模式

• Abstract Factory抽象工廠模式：提供一個建立一系列相關或者相互依賴物件的介面，而無需指定他們具體的類
• Builder建造者模式：將一個複雜物件的構建與它表示分離，使得同樣的構建過程可以建立不同的表示
• Factory Method工廠方法模式：定義一個用於建立物件的介面，讓子類決定例項化哪一個類。工廠方法使一個類的例項化延遲到其子類
• Prototype 原型模式：用原型例項指定建立物件的種類，並且通過拷貝這些原型建立新的物件（clone淺複製、深複製）
• Singleton單例模式：保證一個類僅有一個例項，並提供一個訪問它的全域性訪問點。

結構型模式

• Adapter介面卡模式：將一個類的介面轉換成客戶端希望的另一個介面。介面卡模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作
• Bridge橋接模式：將抽象化(Abstraction)與實現化(Implementation)脫耦，使得二者可以獨立地變化；
• Composite合成/組合模式：將物件組合成樹形結構，以表示“部分-整體”的層次結構。組合模式使得使用者對單個物件和組合物件的使用具有一致性
• Decorator裝飾模式：動態地給一個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。
• Facade 外觀模式為子系統中的一組介面提供一個一致的介面，此模式定義了一個高層介面，這個介面使得這一子系統更加容易使用
• Proxy 代理模式：為其他物件提供一種代理，以控制對這個物件的訪問。

行為性模式

• Chain Of Responsibility 職責鏈模式：使多個物件都有機會處理請求，從而避免請求的傳送者和接收者之間的耦合關係。將這些物件連成一條鏈，並沿著這條鏈傳遞該請求，直到有一個物件處理它為止
• Command 命令模式：將一個請求封裝為一個物件，從而使你可用不同的請求對客戶進行引數化；對請求排隊或者記錄請求日誌，以及支援可撤銷的操作
• Interpreter 直譯器模式：給定一個語言，定義它的文法的一種表示，並定義一個直譯器，這個直譯器使用該表示來解釋語言中的句子
• Iterator 迭代器模式：提供一種方法順序訪問一個聚合物件中的各個元素，而又不暴露該物件的內部表示
• Mediator 中介者模式：用一箇中介物件來封裝一系列的物件互動。中介這使各物件不需要顯式地相互引用，從而使其耦合鬆散，而且可以獨立地改變它們之間的互動。
• Memento 備忘錄模式：在不破壞封裝性的前提下，捕獲一個物件的內部狀態，並在該物件之外儲存這個狀態。這樣以後就可以將該物件恢復到原先儲存的狀態
• Observer 觀察者模式：定義了一種一對多的依賴關係，讓多個觀察者物件同時監聽某一個主題物件。這個主題物件在狀態發生改變時，會通知所有觀察者物件，使它們能夠自動更新自己。
• State 狀態模式：當一個物件的內在狀態改變時，允許改變其行為，這個物件看起來像是改變了其類
• Strategy 策略模式：它定義了演算法家族，分別封裝起來，讓它們可以相互替換，此模式讓演算法的變化，不會影響到使用演算法的客戶。
• Template Methed模板方法：定義一個操作中的演算法的骨架，而將一些具體步驟延遲到子類中。模板方法使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。
• Visitor 訪問者模式：表示一個作用於某物件結構中的各元素的操作，它使你可以在不改變各元素的類的前提下定義作用於這些元素的新操作