話說這個(gè)世界還是混沌之時(shí)师枣，盤古掄起一把大斧，開辟了天與地萧落，從此践美，這個(gè)世界有天有地洗贰，萬事萬物在這個(gè)世界才慢慢發(fā)展起來。
話說軟件江湖還是混沌之時(shí)拨脉，無門無派哆姻，無招無式，GoF（Gang of Four玫膀，四個(gè)大師）矛缨，窮理之熟，融會(huì)貫通帖旨，合著了《Design Patterns: Elements of Reusable Object-Oriented Software》（即《設(shè)計(jì)模式》）一書箕昭，從此，人人傳頌天下武功出少林解阅，設(shè)計(jì)模式看GoF落竹，這個(gè)江湖開始熱鬧起來了。(別人的話)
我們先看設(shè)計(jì)模式的原則：
一货抄、設(shè)計(jì)模式的六大原則
總原則：開閉原則（Open Close Principle）
開閉原則就是說對(duì)擴(kuò)展開放述召，對(duì)修改關(guān)閉。在程序需要進(jìn)行拓展的時(shí)候蟹地，不能去修改原有的代碼积暖，而是要擴(kuò)展原有代碼，實(shí)現(xiàn)一個(gè)熱插拔的效果怪与。所以一句話概括就是：為了使程序的擴(kuò)展性好夺刑，易于維護(hù)和升級(jí)。想要達(dá)到這樣的效果分别，我們需要使用接口和抽象類等遍愿。
不要存在多于一個(gè)導(dǎo)致類變更的原因耘斩，也就是說每個(gè)類應(yīng)該實(shí)現(xiàn)單一的職責(zé)沼填，如若不然，就應(yīng)該把類拆分煌往。
2倾哺、里氏替換原則（Liskov Substitution Principle）
里氏代換原則(Liskov Substitution Principle LSP)面向?qū)ο笤O(shè)計(jì)的基本原則之一。 里氏代換原則中說刽脖，任何基類可以出現(xiàn)的地方羞海，子類一定可以出現(xiàn)。 LSP是繼承復(fù)用的基石曲管，只有當(dāng)衍生類可以替換掉基類却邓，軟件單位的功能不受到影響時(shí)，基類才能真正被復(fù)用院水，而衍生類也能夠在基類的基礎(chǔ)上增加新的行為腊徙。里氏代換原則是對(duì)“開-閉”原則的補(bǔ)充简十。實(shí)現(xiàn)“開-閉”原則的關(guān)鍵步驟就是抽象化。而基類與子類的繼承關(guān)系就是抽象化的具體實(shí)現(xiàn)撬腾，所以里氏代換原則是對(duì)實(shí)現(xiàn)抽象化的具體步驟的規(guī)范螟蝙。—— From Baidu 百科
里氏替換原則中民傻，子類對(duì)父類的方法盡量不要重寫和重載胰默。因?yàn)楦割惔砹硕x好的結(jié)構(gòu)，通過這個(gè)規(guī)范的接口與外界交互漓踢，子類不應(yīng)該隨便破壞它牵署。
3、依賴倒轉(zhuǎn)原則（Dependence Inversion Principle）
這個(gè)是開閉原則的基礎(chǔ)喧半，具體內(nèi)容：面向接口編程奴迅，依賴于抽象而不依賴于具體。寫代碼時(shí)用到具體類時(shí)挺据，不與具體類交互取具，而與具體類的上層接口交互。
4扁耐、接口隔離原則（Interface Segregation Principle）
這個(gè)原則的意思是：每個(gè)接口中不存在子類用不到卻必須實(shí)現(xiàn)的方法者填，如果不然，就要將接口拆分做葵。使用多個(gè)隔離的接口，比使用單個(gè)接口（多個(gè)接口方法集合到一個(gè)的接口）要好心墅。
5酿矢、迪米特法則（最少知道原則）（Demeter Principle）
就是說：一個(gè)類對(duì)自己依賴的類知道的越少越好。也就是說無論被依賴的類多么復(fù)雜怎燥，都應(yīng)該將邏輯封裝在方法的內(nèi)部瘫筐，通過public方法提供給外部。這樣當(dāng)被依賴的類變化時(shí)铐姚，才能最小的影響該類策肝。
最少知道原則的另一個(gè)表達(dá)方式是：只與直接的朋友通信。類之間只要有耦合關(guān)系隐绵，就叫朋友關(guān)系之众。耦合分為依賴、關(guān)聯(lián)依许、聚合棺禾、組合等。我們稱出現(xiàn)為成員變量峭跳、方法參數(shù)膘婶、方法返回值中的類為直接朋友缺前。局部變量、臨時(shí)變量則不是直接的朋友悬襟。我們要求陌生的類不要作為局部變量出現(xiàn)在類中衅码。
6、合成復(fù)用原則（Composite Reuse Principle）
原則是盡量首先使用合成/聚合的方式脊岳，而不是使用繼承逝段。
二、再來看設(shè)計(jì)模式的分類：
將23種設(shè)計(jì)模式主要分為三大類：創(chuàng)建型逸绎、結(jié)構(gòu)型惹恃、行為型
1、創(chuàng)建型設(shè)計(jì)模式(共五個(gè))
包括?
1.1棺牧、Singleton Pattern（單例模式）：保證一個(gè)類僅有一個(gè)實(shí)例巫糙，并提供一個(gè)訪問它的全局訪問點(diǎn)。 單例模式是最簡單的設(shè)計(jì)模式之一颊乘。
1.2参淹、Prototype?Pattern（原型模式）：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過拷貝這個(gè)原型來創(chuàng)建新的對(duì)象乏悄。
1.3浙值、Factory Method?Pattern（工廠方法模式）：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定將哪一個(gè)類實(shí)例化檩小。Factory Method使一個(gè)類的實(shí)例化延遲到其子類开呐。
1.4、Abstract Factory?Pattern（抽象工廠模式）：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口规求，而無需指定它們具體的類筐付。
1.5、Builder?Pattern（建造者模式）：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離阻肿，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示瓦戚。
2、結(jié)構(gòu)型設(shè)計(jì)模式(共七種)：
包括
2.1丛塌、Adapter?Pattern（適配器模式）：將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口较解。A d a p t e r模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。
2.2赴邻、Bridge?Pattern（橋接模式）：將抽象部分與它的實(shí)現(xiàn)部分分離印衔，使它們都可以獨(dú)立地變化。
2.3姥敛、Composite?Pattern（組合模式）：將對(duì)象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu)当编。它使得客戶對(duì)單個(gè)對(duì)象和復(fù)合對(duì)象的使用具有一致性。
2.4、Decorator?Pattern（裝飾者模式）：動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)忿偷。就擴(kuò)展功能而言金顿， 它比生成子類方式更為靈活。
2.5鲤桥、Fa?ade?Pattern（外觀模式）：為子系統(tǒng)中的一組接口提供一個(gè)一致的界面揍拆， F a c a d e模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用茶凳。
2.6嫂拴、Flyweight?Pattern（享元模式）：運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。
2.7贮喧、Proxy?Pattern（代理模式）：為其他對(duì)象提供一個(gè)代理以控制對(duì)這個(gè)對(duì)象的訪問筒狠。
3、行為型設(shè)計(jì)模式(包含十一種)
3.1箱沦、Chain of Responsibility?Pattern（職責(zé)鏈模式）：為解除請(qǐng)求的發(fā)送者和接收者之間耦合辩恼，而使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。將這些對(duì)象連成一條鏈谓形，并沿著這條鏈傳遞該請(qǐng)求灶伊，直到有一個(gè)對(duì)象處理它。
3.2寒跳、Command?Pattern（命令模式）：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象聘萨，從而使你可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化；對(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志童太，以及支持可取消的操作米辐。
3.3、Interpreter?Pattern（解釋器模式）：給定一個(gè)語言, 定義它的文法的一種表示书释，并定義一個(gè)解釋器, 該解釋器使用該表示來解釋語言中的句子儡循。
3.4、Iterator?Pattern（迭代器模式）：提供一種方法順序訪問一個(gè)聚合對(duì)象中各個(gè)元素, 而又不需暴露該對(duì)象的內(nèi)部表示征冷。
3.5、Mediator?Pattern（中介者模式）：用一個(gè)中介對(duì)象來封裝一系列的對(duì)象交互誓琼。中介者使各對(duì)象不需要顯式地相互引用检激，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互腹侣。
3.6叔收、Memento?Pattern（備忘錄模式）：在不破壞封裝性的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)傲隶，并在該對(duì)象之外保存這個(gè)狀態(tài)饺律。這樣以后就可將該對(duì)象恢復(fù)到保存的狀態(tài)。
3.7跺株、Observer?Pattern（觀察者模式）：定義對(duì)象間的一種一對(duì)多的依賴關(guān)系,以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí),所有依賴于它的對(duì)象都得到通知并自動(dòng)刷新复濒。
3.8脖卖、State?Pattern（狀態(tài)模式）：允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。對(duì)象看起來似乎修改了它所屬的類巧颈。
3.9畦木、Strategy?Pattern（策略模式）：定義一系列的算法,把它們一個(gè)個(gè)封裝起來, 并且使它們可相互替換。本模式使得算法的變化可獨(dú)立于使用它的客戶砸泛。
3.10十籍、Template Method?Pattern（模板方法模式）：定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中唇礁。Template Method使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟勾栗。
3.11、Visitor?Pattern（訪問者模式）：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作盏筐。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作围俘。
再細(xì)點(diǎn)分類：
