Github地址：Design_Pattern
模式分類參考：設(shè)計(jì)模式及架構(gòu)模式簡(jiǎn)介
設(shè)計(jì)模式可以通俗的理解為實(shí)現(xiàn)/解決某些問(wèn)題爵川，而形成的解決方案規(guī)范动遭。增加代碼的可重用性咪鲜，讓代碼能更容易理解和可靠缭召。我們通常說(shuō)所的代理模式员辩、迭代器模式盒粮、策略模式就屬于這一類。對(duì)各種設(shè)計(jì)模式的了解可以幫助我們更快的解決編程過(guò)程中遇到的問(wèn)題奠滑。
設(shè)計(jì)模式主要分三個(gè)類型：創(chuàng)建型蛾洛、結(jié)構(gòu)型和行為型濒旦。
創(chuàng)建型：
一、Abstract Factory（抽象工廠模式）：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)須指定它們的具體類拯啦。也就是通常說(shuō)的類方法宗苍。
詳見(jiàn)：抽象工廠模式
二又活、Builder（建造模式）：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與他的表示相分離兽泄，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。
詳見(jiàn)：建造模式
三乏屯、Factory Method（工廠模式）：定義一個(gè)用于創(chuàng)建對(duì)象的接口根时，讓子類決定實(shí)例化哪一個(gè)類。工廠方法使一個(gè)類的實(shí)例化延遲到其子類辰晕。相對(duì)于簡(jiǎn)單工廠方法蛤迎，工廠方法模式把工廠也抽象出來(lái)，進(jìn)行接口伞芹、實(shí)現(xiàn)分離忘苛。這樣具體工廠和具體產(chǎn)品可以對(duì)應(yīng)著同時(shí)擴(kuò)充，而不需要修改現(xiàn)有邏輯唱较。當(dāng)然扎唾，使用者也許在不同場(chǎng)景要在一定程度上自己對(duì)應(yīng)的工廠選擇。
詳見(jiàn)：工廠模式
四南缓、Prototype（原型模式）：用原型實(shí)例指定創(chuàng)建對(duì)象的種類胸遇，并且通過(guò)拷貝這些原型來(lái)創(chuàng)建新的對(duì)象。
詳見(jiàn)：原型模式
五汉形、Singleton（單例模式）：保證一個(gè)類只有一個(gè)實(shí)例纸镊，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)倍阐。
詳見(jiàn)：單例模式
結(jié)構(gòu)型：
一、Adapter（適配器模式）：將一類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口逗威，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作峰搪。
詳見(jiàn)：適配器模式
二、Bridge（橋模式）：將抽象部分與它的實(shí)現(xiàn)部分相分離凯旭，使他們可以獨(dú)立的變化概耻。
詳見(jiàn)：橋模式
三、Composite（組合模式）：將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示部分整體的關(guān)系罐呼，Composite使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性鞠柄。
詳見(jiàn)：組合模式
四、Decrator（裝飾模式）：動(dòng)態(tài)地給一個(gè)對(duì)象增加一些額外的職責(zé)嫉柴，就增加的功能來(lái)說(shuō)厌杜，Decorator模式相比生成子類更加靈活。
詳見(jiàn)：裝飾模式
五计螺、Facade（外觀模式）：為子系統(tǒng)中的一組接口提供一致的界面夯尽，F(xiàn)acade提供了一高層接口，這個(gè)接口使得子系統(tǒng)更容易使用危尿。
詳見(jiàn)：外觀模式
六呐萌、Proxy（代理模式）：為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)馁痴。
詳見(jiàn)：代理模式
七谊娇、Flyweight（享元模式）： 通過(guò)共享以便有效的支持大量小顆粒對(duì)象。
詳見(jiàn)：享元模式
行為型：
一罗晕、Chain of Responsibility（職責(zé)鏈模式）：為解除請(qǐng)求的發(fā)送者和接收者之間耦合济欢，而使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。將這些對(duì)象連成一條鏈小渊，并沿著這條鏈傳遞該請(qǐng)求法褥，直到有一個(gè)對(duì)象處理它。
詳見(jiàn)：職責(zé)鏈模式
二酬屉、Command（命令模式）：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象半等，從而使你可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，對(duì)請(qǐng)求排隊(duì)和記錄請(qǐng)求日志呐萨，以及支持可撤銷的操作杀饵。
詳見(jiàn)：命令模式
三、Interpreter（解釋器模式）：給定一個(gè)語(yǔ)言谬擦，定義他的文法的一個(gè)表示切距，并定義一個(gè)解釋器，這個(gè)解釋器使用該表示來(lái)解釋語(yǔ)言中的句子惨远。
詳見(jiàn)：解釋器模式
四谜悟、Iterator（迭代器模式）：提供一個(gè)方法順序訪問(wèn)一個(gè)聚合對(duì)象的各個(gè)元素话肖，而又不需要暴露該對(duì)象的內(nèi)部表示。
詳見(jiàn)：迭代器模式
五葡幸、Mediator（中介者模式）：用一個(gè)中介對(duì)象封裝一些列的對(duì)象交互最筒。
詳見(jiàn)：中介者模式
六、Memento（備忘錄模式）：在不破壞對(duì)象的前提下蔚叨，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)是钥，并在該對(duì)象之外保存這個(gè)狀態(tài)。
詳見(jiàn)：備忘錄模式
七缅叠、Observer（觀察者模式）：定義對(duì)象間一對(duì)多的依賴關(guān)系悄泥，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知自動(dòng)更新肤粱。
詳見(jiàn)：觀察者模式
八弹囚、State（狀態(tài)模式）：允許對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變他的行為。對(duì)象看起來(lái)似乎改變了他的類领曼。
詳見(jiàn)：狀態(tài)模式
九鸥鹉、Strategy（策略模式）：定義一系列的算法，把他們一個(gè)個(gè)封裝起來(lái)庶骄，并使他們可以互相替換毁渗，本模式使得算法可以獨(dú)立于使用它們的客戶。
詳見(jiàn)：策略模式
十单刁、Template Method（模板方法）：定義一個(gè)操作中的算法的骨架灸异，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可以重定義該算法的某些特定步驟羔飞。
詳見(jiàn)：模板方法
十一肺樟、Visitor（訪問(wèn)者模式）：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個(gè)元素的新操作逻淌。
詳見(jiàn)：訪問(wèn)者模式
六個(gè)原則：
單一職責(zé)原則（SRP）么伯，就一個(gè)類而言，只做一件事卡儒。
開(kāi)放-封閉原則（OCP）田柔，是說(shuō)軟件實(shí)體（類、模塊骨望、函數(shù)等等）應(yīng)該可以拓展硬爆，但是不可修改。
依賴倒轉(zhuǎn)原則（DIP）锦募，A. 高層模塊不應(yīng)該依賴低層模塊摆屯，兩個(gè)都應(yīng)該依賴抽象。B. 抽象不應(yīng)該依賴細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴抽象虐骑。
里氏代換原則（LSP）准验，子類型必須能夠替換掉它們的父類型。
迪米特法則（LoD）廷没，如果兩個(gè)類不必彼此直接通信糊饱，那么這兩個(gè)類就不應(yīng)當(dāng)發(fā)生直接的相互作用。如果其中一個(gè)類需要調(diào)用另一個(gè)類的某一個(gè)方法的話颠黎，可以通過(guò)第三者轉(zhuǎn)發(fā)這個(gè)調(diào)用另锋。
合成/聚合復(fù)用原則（CARP），盡量使用合成/聚合狭归，盡量不要使用類繼承夭坪。
參考博文推薦：
Cocoa如何應(yīng)用設(shè)計(jì)模式
大話設(shè)計(jì)模式閱讀筆記
設(shè)計(jì)模式問(wèn)答一
設(shè)計(jì)模式問(wèn)答二
設(shè)計(jì)模式問(wèn)答三
設(shè)計(jì)模式問(wèn)答四
