什么是設計模式？
設計模式（Design pattern）代表了最佳的實踐，通常被有經(jīng)驗的面向?qū)ο蟮能浖_發(fā)人員所采用。設計模式是軟件開發(fā)人員在軟件開發(fā)過程中面臨的一般問題的解決方案。這些解決方案是眾多軟件開發(fā)人員經(jīng)過相當長的一段時間的試驗和錯誤總結(jié)出來的。（也就是站在巨人的肩膀上）設計模式是一套被反復使用的、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設計經(jīng)驗的總結(jié)。
設計模式優(yōu)點？
使用設計模式是為了重用代碼、讓代碼更容易被他人理解、保證代碼可靠性（百度百科）。
毫無疑問，設計模式于己于他人于系統(tǒng)都是多贏的，設計模式使代碼編制真正工程化，設計模式是軟件工程的基石，如同大廈的一塊塊磚石一樣。
項目中合理地運用設計模式可以完美地解決很多問題，每種模式在現(xiàn)實中都有相應的原理來與之對應，每種模式都描述了一個在我們周圍不斷重復發(fā)生的問題，以及該問題的核心解決方案，這也是設計模式能被廣泛應用的原因。
設計模式有幾種類型？
在《設計模式 - 可復用的面向?qū)ο筌浖亍芬粫兴岬降模偣灿?23 種設計模式。這些模式可以分為以下三大類：創(chuàng)建型模式（Creational Patterns）、結(jié)構(gòu)型模式（Structural Patterns）、行為型模式（Behavioral Patterns）。
三大類總綱設計模式分別有那些具體的設計模式？
A：創(chuàng)建型模式
創(chuàng)建型設計模式提供了一種在創(chuàng)建對象的同時隱藏創(chuàng)建邏輯的方式，而不是使用 new 運算符直接實例化對象。這使得程序在判斷針對某個給定實例需要創(chuàng)建哪些對象時更加靈活。它包括以下幾種具體的設計模式：工廠模式、抽象工廠模式、單例模式、建造者模式、原型模式
B：結(jié)構(gòu)型模式
結(jié)構(gòu)型模式設計，它關(guān)注類和對象的組合。繼承這一概念被用來組合接口和定義組合對象獲得新功能的方式。它包括以下幾種具體的設計模式：適配器模式、橋接模式、過濾器模式、組合模式、裝飾器模式、外觀模式、享元模式、代理模式
C：行為型模式
行為型模式設計，更關(guān)注對象與對象之間的通信。它包括以下幾種具體的設計模式：責任鏈模式、命令模式、解釋器模式、迭代器模式、中介者模式、備忘錄模式、觀察者模式、狀態(tài)模式、空對象模式、策略模式、模板模式、訪問者模式
設計模式的六大原則：
1、開閉原則（Open Close Principle）
開閉原則的意思是：對擴展開放，對修改關(guān)閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現(xiàn)一個熱插拔的效果。簡言之，是為了使程序的擴展性好，易于維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類，后面的具體設計中我們會提到這點。
2、里氏代換原則（Liskov Substitution Principle）
里氏代換原則是面向?qū)ο笤O計的基本原則之一。 里氏代換原則中說，任何基類可以出現(xiàn)的地方，子類一定可以出現(xiàn)。LSP 是繼承復用的基石，只有當派生類可以替換掉基類，且軟件單位的功能不受到影響時，基類才能真正被復用，而派生類也能夠在基類的基礎(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）
這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。它還有另外一個意思是：降低類之間的耦合度。由此可見，其實設計模式就是從大型軟件架構(gòu)出發(fā)、便于升級和維護的軟件設計思想，它強調(diào)降低依賴，降低耦合。
5、迪米特法則，又稱最少知道原則（Demeter Principle）
最少知道原則是指：一個實體應當盡量少地與其他實體之間發(fā)生相互作用，使得系統(tǒng)功能模塊相對獨立。
6、合成復用原則（Composite Reuse Principle）
合成復用原則是指：盡量使用合成/聚合的方式，而不是使用繼承。
綜上：學習設計模式并在項目中使用，會提高編碼的質(zhì)量以及更加理解設計原則，有助于我們更好的理解面向?qū)ο缶幊蹋S富我們解決問題的能力。
參考資料：百度百科
如果這篇文章對您有開發(fā)or學習上的些許幫助，希望各位看官留下寶貴的star，謝謝。
Ps:著作權(quán)歸作者所有,轉(zhuǎn)載請注明作者, 商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處(開頭或結(jié)尾請?zhí)砑愚D(zhuǎn)載出處，添加原文url地址),文章請勿濫用,也希望大家尊重筆者的勞動成果。
