設(shè)計模式是一套被反復(fù)使用熔任、多數(shù)人知曉的、經(jīng)過分類編目的唁情、代碼設(shè)計經(jīng)驗的總結(jié)疑苔。使用設(shè)計模式是為了可重用代碼、讓代碼更容易被他人理解甸鸟、提高代碼的可靠性惦费。設(shè)計模式不是可直接轉(zhuǎn)化為代碼的完成解決方案，而是描述了如何解決一個問題的經(jīng)過抢韭，可以用于指導(dǎo)開發(fā)人員在他們的應(yīng)用程序中編寫代碼薪贫，從而提高代碼的可讀性、可維護性和可擴展性刻恭。
設(shè)計模式的分類
設(shè)計模式分為三大類：
創(chuàng)建型模式瞧省，共五種：工廠方法模式、抽象工廠模式鳍贾、單例模式鞍匾、建造者模式、原型模式贾漏。
結(jié)構(gòu)型模式候学，共七種：適配器模式藕筋、裝飾器模式纵散、代理模式、外觀模式隐圾、橋接模式伍掀、組合模 式、享元模式暇藏。
行為型模式蜜笤，共十一種：策略模式、模板方法模式盐碱、觀察者模式把兔、迭代子模式、責任鏈模式瓮顽、 命令模式县好、備忘錄模式、狀態(tài)模式暖混、訪問者模式缕贡、中介者模式、解釋器模式。
創(chuàng)建型有：
一晾咪、Singleton收擦，單例模式：保證一個類只有一個實例，并提供一個訪問它的全局訪 問點
二谍倦、Abstract Factory塞赂，抽象工廠：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口， 而無須指定它們的具體類剂跟。 三减途、Factory Method，工廠方法：定義一個用于創(chuàng)建對象的接口曹洽，讓子類決定實例化 哪一個類鳍置，F(xiàn)actory Method使一個類的實例化延遲到了子類。
四、Builder，建造模式：將一個復(fù)雜對象的構(gòu)建與他的表示相分離片习，使得同樣的構(gòu) 建過程可以創(chuàng)建不同的表示万皿。 五、Prototype切油，原型模式：用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這些原 型來創(chuàng)建新的對象。
行為型有：
六衫冻、Iterator，迭代器模式：提供一個方法順序訪問一個聚合對象的各個元素谒出，而又 不需要暴露該對象的內(nèi)部表示隅俘。
七、Observer笤喳，觀察者模式：定義對象間一對多的依賴關(guān)系为居，當一個對象的狀態(tài)發(fā) 生改變時，所有依賴于它的對象都得到通知自動更新杀狡。
八蒙畴、Template Method，模板方法：定義一個操作中的算法的骨架呜象，而將一些步驟延 遲到子類中膳凝，TemplateMethod使得子類可以不改變一個算法的結(jié)構(gòu)即可以重定義該 算法得某些特定步驟。
九恭陡、Command蹬音，命令模式：將一個請求封裝為一個對象，從而使你可以用不同的請 求對客戶進行參數(shù)化子姜，對請求排隊和記錄請求日志祟绊，以及支持可撤銷的操作楼入。
十、State牧抽，狀態(tài)模式：允許對象在其內(nèi)部狀態(tài)改變時改變他的行為嘉熊。對象看起來似 乎改變了他的類。
十一扬舒、Strategy阐肤，策略模式：定義一系列的算法，把他們一個個封裝起來讲坎，并使他們 可以互相替換孕惜，本模式使得算法可以獨立于使用它們的客戶。
十二晨炕、China of Responsibility衫画，職責鏈模式：使多個對象都有機會處理請求，從而避 免請求的送發(fā)者和接收者之間的耦合關(guān)系
十三瓮栗、Mediator削罩，中介者模式：用一個中介對象封裝一些列的對象交互。
十四费奸、Visitor弥激，訪問者模式：表示一個作用于某對象結(jié)構(gòu)中的各元素的操作，它使 你可以在不改變各元素類的前提下定義作用于這個元素的新操作愿阐。
十五微服、Interpreter，解釋器模式：給定一個語言缨历，定義他的文法的一個表示以蕴，并定義 一個解釋器，這個解釋器使用該表示來解釋語言中的句子戈二。
十六舒裤、Memento喳资，備忘錄模式：在不破壞對象的前提下觉吭，捕獲一個對象的內(nèi)部狀態(tài)， 并在該對象之外保存這個狀態(tài)仆邓。 結(jié)構(gòu)型有：
十七鲜滩、Composite，組合模式：將對象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系节值， Composite使得用戶對單個對象和組合對象的使用具有一致性徙硅。
十八、Facade搞疗，外觀模式：為子系統(tǒng)中的一組接口提供一致的界面嗓蘑，fa?ade提供了一 高層接口，這個接口使得子系統(tǒng)更容易使用。
十九桩皿、Proxy豌汇，代理模式：為其他對象提供一種代理以控制對這個對象的訪問
二十、Adapter,適配器模式：將一類的接口轉(zhuǎn)換成客戶希望的另外一個接口泄隔，Adapter 模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作拒贱。
二十一、Decrator佛嬉，裝飾模式：動態(tài)地給一個對象增加一些額外的職責逻澳，就增加的功 能來說，Decorator模式相比生成子類更加靈活暖呕。
二十二斜做、Bridge，橋模式：將抽象部分與它的實現(xiàn)部分相分離湾揽，使他們可以獨立的 變化陨享。
二十三、Flyweight钝腺，享元模式
其實還有兩類：并發(fā)型模式和線程池模式抛姑。用一個圖片來整體描述一下：
設(shè)計模式的六大原則
1、開閉原則（Open Close Principle） 開閉原則就是說對擴展開放艳狐，對修改關(guān)閉定硝。在程序需要進行拓展的時候，不能去修改原有的 代碼毫目，實現(xiàn)一個熱插拔的效果蔬啡。所以一句話概括就是：為了使程序的擴展性好，易于維護和 升級镀虐。想要達到這樣的效果箱蟆，我們需要使用接口和抽象類，后面的具體設(shè)計中我們會提到這點刮便。
2空猜、里氏代換原則（Liskov Substitution Principle） 里氏代換原則(Liskov Substitution Principle LSP)面向?qū)ο笤O(shè)計的基本原則之一。 里氏代換 原則中說恨旱，任何基類可以出現(xiàn)的地方辈毯，子類一定可以出現(xiàn)。 LSP 是繼承復(fù)用的基石搜贤，只有 當衍生類可以替換掉基類谆沃，軟件單位的功能不受到影響時，基類才能真正被復(fù)用仪芒，而衍生類 也能夠在基類的基礎(chǔ)上增加新的行為唁影。里氏代換原則是對“開-閉”原則的補充耕陷。實現(xiàn)“開-閉” 原則的關(guān)鍵步驟就是抽象化。而基類與子類的繼承關(guān)系就是抽象化的具體實現(xiàn)据沈，所以里氏代 換原則是對實現(xiàn)抽象化的具體步驟的規(guī)范啃炸。
3、依賴倒轉(zhuǎn)原則（Dependence Inversion Principle） 這個是開閉原則的基礎(chǔ)卓舵，具體內(nèi)容：真對接口編程南用，依賴于抽象而不依賴于具體。
4掏湾、接口隔離原則（Interface Segregation Principle） 這個原則的意思是：使用多個隔離的接口裹虫，比使用單個接口要好。還是一個降低類之間的耦 合度的意思融击，從這兒我們看出筑公，其實設(shè)計模式就是一個軟件的設(shè)計思想，從大型軟件架構(gòu)出 發(fā)尊浪，為了升級和維護方便匣屡。所以上文中多次出現(xiàn)：降低依賴，降低耦合拇涤。
5捣作、迪米特法則（最少知道原則）（Demeter Principle） 為什么叫最少知道原則，就是說：一個實體應(yīng)當盡量少的與其他實體之間發(fā)生相互作用鹅士，使 得系統(tǒng)功能模塊相對獨立券躁。
6、合成復(fù)用原則（Composite Reuse Principle） 原則是盡量使用合成/聚合的方式掉盅，而不是使用繼承也拜。
