生活随笔
收集整理的這篇文章主要介紹了
23种设计模式C++实现
小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.
設(shè)計(jì)模式
設(shè)計(jì)模式前言
模式：在一定環(huán)境中解決某一問(wèn)題的方案，包括三個(gè)基本元素-問(wèn)題，解決方案和環(huán)境。即在一定環(huán)境下，用固定的套路解決問(wèn)題。
創(chuàng)建型模式
創(chuàng)建型模式用來(lái)處理對(duì)象的創(chuàng)建過(guò)程，主要包含以下 5 種設(shè)計(jì)模式：
工廠方法模式（Factory Method Pattern）的用意是定義一個(gè)創(chuàng)建產(chǎn)品對(duì)象的工廠接口，將實(shí)際創(chuàng)建工作推遲到子類中。 抽象工廠模式（Abstract Factory Pattern）的意圖是提供一個(gè)創(chuàng)建一系列相關(guān)或者相互依賴的接口，而無(wú)需指定它們具體的類。 建造者模式（Builder Pattern）的意圖是將一個(gè)復(fù)雜的構(gòu)建與其表示相分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。 原型模式（Prototype Pattern）是用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過(guò)拷貝這些原型創(chuàng)建新的對(duì)象。 單例模式（Singleton Pattern）是保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。
結(jié)構(gòu)型模式
結(jié)構(gòu)型模式用來(lái)處理類或者對(duì)象的組合，主要包含以下 7 種設(shè)計(jì)模式：
代理模式（Proxy Pattern）就是為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。 裝飾者模式（Decorator Pattern）動(dòng)態(tài)的給一個(gè)對(duì)象添加一些額外的職責(zé)。就增加功能來(lái)說(shuō)，此模式比生成子類更為靈活。 適配器模式（Adapter Pattern）是將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口。使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。 橋接模式（Bridge Pattern）是將抽象部分與實(shí)際部分分離，使它們都可以獨(dú)立的變化。 組合模式（Composite Pattern）是將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分–整體”的層次結(jié)構(gòu)。使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。 外觀模式（Facade Pattern）是為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，此模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。 享元模式（Flyweight Pattern）是以共享的方式高效的支持大量的細(xì)粒度的對(duì)象。
行為型模式
行為型模式用來(lái)對(duì)類或?qū)ο笤鯓咏换ズ驮鯓臃峙渎氊?zé)進(jìn)行描述，主要包含以下 11 種設(shè)計(jì)模式：
模板方法模式（Template Method Pattern）使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
命令模式（Command Pattern）是將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可用不同的請(qǐng)求對(duì)客戶端進(jìn)行參數(shù)化；對(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可撤銷的操作。
責(zé)任鏈模式（Chain of Responsibility Pattern），在該模式里，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用而連接起來(lái)形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求，這使得系統(tǒng)可以在不影響客戶端的情況下動(dòng)態(tài)地重新組織鏈和分配責(zé)任。
策略模式（Strategy Pattern）就是準(zhǔn)備一組算法，并將每一個(gè)算法封裝起來(lái)，使得它們可以互換。
中介者模式（Mediator Pattern）就是定義一個(gè)中介對(duì)象來(lái)封裝系列對(duì)象之間的交互。終結(jié)者使各個(gè)對(duì)象不需要顯示的相互調(diào)用 ，從而使其耦合性松散，而且可以獨(dú)立的改變他們之間的交互。
觀察者模式（Observer Pattern）定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新。
備忘錄模式（Memento Pattern）是在不破壞封裝的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。
訪問(wèn)者模式（Visitor Pattern）就是表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。
狀態(tài)模式（State Pattern）就是對(duì)象的行為，依賴于它所處的狀態(tài)。
解釋器模式（Interpreter Pattern）就是描述了如何為簡(jiǎn)單的語(yǔ)言定義一個(gè)語(yǔ)法，如何在該語(yǔ)言中表示一個(gè)句子，以及如何解釋這些句子。
迭代器模式（Iterator Pattern）是提供了一種方法順序來(lái)訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素，而又不需要暴露該對(duì)象的內(nèi)部表示。
設(shè)計(jì)模式基本原則
最終目的：高內(nèi)聚低耦合
開(kāi)放封閉原則 (OCP,Open For Extension, Closed For Modification Principle)類的改動(dòng)是通過(guò)增加代碼進(jìn)行的，而不是修改源代碼。 單一職責(zé)原則 (SRP,Single Responsibility Principle)類的職責(zé)要單一，對(duì)外只提供一種功能，而引起類變化的原因都應(yīng)該只有一個(gè)。 依賴倒置原則 (DIP,Dependence Inversion Principle)依賴于抽象(接口),不要依賴具體的實(shí)現(xiàn)(類)，也就是針對(duì)接口編程。 接口隔離原則 (ISP,Interface Segegation Principle)不應(yīng)該強(qiáng)迫客戶的程序依賴他們不需要的接口方法。一個(gè)接口應(yīng)該只提供一種對(duì)外功能，不應(yīng)該把所有操作都封裝到一個(gè)接口中去。 里氏替換原則 (LSP, Liskov Substitution Principle)任何抽象類出現(xiàn)的地方都可以用他的實(shí)現(xiàn)類進(jìn)行替換。實(shí)際就是虛擬機(jī)制，語(yǔ)言級(jí)別實(shí)現(xiàn)面向?qū)ο蠊δ堋?/li> 優(yōu)先使用組合而不是繼承原則(CARP,Composite/Aggregate Reuse Principle)如果使用繼承，會(huì)導(dǎo)致父類的任何變換都可能影響到子類的行為。如果使用對(duì)象組合，就降低了這種依賴關(guān)系。 迪米特法則(LOD,Law of Demeter)一個(gè)對(duì)象應(yīng)當(dāng)對(duì)其他對(duì)象盡可能少的了解，從而降低各個(gè)對(duì)象之間的耦合，提高系統(tǒng)的可維護(hù)性。例如在一個(gè)程序中，各個(gè)模塊之間相互調(diào)用時(shí)，通常會(huì)提供一個(gè)統(tǒng)一的接口來(lái)實(shí)現(xiàn)。這樣其他模塊不需要了解另外一個(gè)模塊的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)，這樣當(dāng)一個(gè)模塊內(nèi)部的實(shí)現(xiàn)發(fā)生改變時(shí)，不會(huì)影響其他模塊的使用。(黑盒原理)
github代碼倉(cāng)庫(kù)
總結(jié)
以上是生活随笔 為你收集整理的23种设计模式C++实现 的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
如果覺(jué)得生活随笔 網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔 推薦給好友。
