設(shè)計(jì)模式：設(shè)計(jì)模式可以通俗的理解為實(shí)現(xiàn)/解決某些問(wèn)題，而形成的解決方案規(guī)范。增加代碼的可重用性，讓代碼能更容易理解和可靠。我們通常說(shuō)所的代理模式、迭代器模式、策略模式就屬于這一類。對(duì)各種設(shè)計(jì)模式的了解可以幫助我們更快的解決編程過(guò)程中遇到的問(wèn)題。
架構(gòu)模式：架構(gòu)模式的出現(xiàn)時(shí)為了管理復(fù)雜的應(yīng)用程序，這樣可以在一個(gè)時(shí)間內(nèi)專門關(guān)注一個(gè)方面。例如，您可以在不依賴業(yè)務(wù)邏輯的情況下專注于視圖設(shè)計(jì)。同時(shí)也讓應(yīng)用程序的測(cè)試更加容易。同時(shí)也簡(jiǎn)化了分組開發(fā)。不同的開發(fā)人員可同時(shí)開發(fā)視圖、控制器邏輯和業(yè)務(wù)邏輯。我們經(jīng)常說(shuō)的MVC架構(gòu)、MVVM架構(gòu)屬于此類。
框架：這個(gè)最好理解了，通常是代碼重用。框架與設(shè)計(jì)模式的概念容易弄混，兩者有相似之處，但卻有著根本的不同。設(shè)計(jì)模式是對(duì)在某種環(huán)境中反復(fù)出現(xiàn)的問(wèn)題以及解決該問(wèn)題的方案的描述規(guī)范，它比框架更抽象；框架為已經(jīng)解決問(wèn)題的具體實(shí)現(xiàn)方法，能直接執(zhí)行或復(fù)用;設(shè)計(jì)模式是比框架更小的元素，一個(gè)框架中往往含有一種或多種設(shè)計(jì)模式。Xcode自帶的Foundation、UIKit，以及我們經(jīng)常使用的AFNetworking，MJExtension，SVProgressHUD就屬于這一類。

接下來(lái)我們說(shuō)說(shuō)今天的主題，設(shè)計(jì)模式。
設(shè)計(jì)模式：設(shè)計(jì)模式主要分三個(gè)類型:創(chuàng)建型、結(jié)構(gòu)型和行為型。
創(chuàng)建型：
一、Abstract Factory，抽象工廠：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)須指定它們的具體類。也就是通常說(shuō)的類方法
二、Builder，建造模式：將一個(gè)復(fù)雜對(duì)象的構(gòu)建與他的表示相分離，使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示。
三、Factory Method，工廠方法：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類，F(xiàn)actory為一個(gè)產(chǎn)品族提供了統(tǒng)一的創(chuàng)建接口。
四、Prototype，原型模式：用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過(guò)拷貝這些原型來(lái)創(chuàng)建新的對(duì)象。
五、Singleton，單例模式：保證一個(gè)類只有一個(gè)實(shí)例，并提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)。
結(jié)構(gòu)型：
一、Adapter,適配器模式：將一類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些類可以一起工作。
二、Bridge，橋模式：將抽象部分與它的實(shí)現(xiàn)部分相分離，使他們可以獨(dú)立的變化。
三、Composite，組合模式：將對(duì)象組合成樹形結(jié)構(gòu)以表示部分整體的關(guān)系，Composite使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。
四、Decrator，裝飾模式：動(dòng)態(tài)地給一個(gè)對(duì)象增加一些額外的職責(zé)，就增加的功能來(lái)說(shuō)，Decorator模式相比生成子類更加靈活。
五、Facade，外觀模式：為子系統(tǒng)中的一組接口提供一致的界面，F(xiàn)acade提供了一高層接口，這個(gè)接口使得子系統(tǒng)更容易使用。
六、Proxy，代理模式：為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。
七、Flyweight，享元模式： 通過(guò)共享以便有效的支持大量小顆粒對(duì)象。
行為型：
一、Chain of Responsibility，職責(zé)鏈模式：為解除請(qǐng)求的發(fā)送者和接收者之間耦合，而使多個(gè)對(duì)象都有機(jī)會(huì)處理這個(gè)請(qǐng)求。將這些對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有一個(gè)對(duì)象處理它。
二、Command，命令模式：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可以用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，對(duì)請(qǐng)求排隊(duì)和記錄請(qǐng)求日志，以及支持可撤銷的操作。
三、Interpreter，解釋器模式：給定一個(gè)語(yǔ)言，定義他的文法的一個(gè)表示，并定義一個(gè)解釋器，這個(gè)解釋器使用該表示來(lái)解釋語(yǔ)言中的句子。
四、Iterator，迭代器模式：提供一個(gè)方法順序訪問(wèn)一個(gè)聚合對(duì)象的各個(gè)元素，而又不需要暴露該對(duì)象的內(nèi)部表示。
五、Mediator，中介者模式：用一個(gè)中介對(duì)象封裝一些列的對(duì)象交互。
六、Memento，備忘錄模式：在不破壞對(duì)象的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。
七、Observer，觀察者模式：定義對(duì)象間一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知自動(dòng)更新。
八、State，狀態(tài)模式：允許對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變他的行為。對(duì)象看起來(lái)似乎改變了他的類。
九、Strategy，策略模式：定義一系列的算法，把他們一個(gè)個(gè)封裝起來(lái)，并使他們可以互相替換，本模式使得算法可以獨(dú)立于使用它們的客戶。
十、Template Method，模板方法：定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中，TemplateMethod使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可以重定義該算法得某些特定步驟。
十一、Visitor，訪問(wèn)者模式：表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作，它使你可以在不改變各元素類的前提下定義作用于這個(gè)元素的新操作。

23種設(shè)計(jì)模式分類

文／Fun箱Dao柜（簡(jiǎn)書作者）原文鏈接：http://www.lxweimin.com/p/54af58991b8d著作權(quán)歸作者所有，轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，并標(biāo)注“簡(jiǎn)書作者”。