設(shè)計(jì)模式(Design Pattern)是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)，使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解并且保證代碼可靠性。
在軟件工程中，設(shè)計(jì)模式是設(shè)計(jì)中經(jīng)常出現(xiàn)的問題的一種通用的、可重復(fù)利用的解決問題的方案。
設(shè)計(jì)模式不是一種可以直接轉(zhuǎn)換成代碼的具體例子，它是描述一個(gè)問題應(yīng)該如何優(yōu)雅的解決并提供解決思路和方案。
本開源項(xiàng)目用Objective-C語(yǔ)言實(shí)現(xiàn)了各種設(shè)計(jì)模式，收集各種例子，方便大家學(xué)習(xí)普及設(shè)計(jì)模式。
設(shè)計(jì)模式一覽表
- 創(chuàng)建型模式主要用于描述如何創(chuàng)建對(duì)象
- 結(jié)構(gòu)型模式主要用于描述如何實(shí)現(xiàn)類或?qū)ο蟮慕M合
- 行為型模式主要用于描述類或?qū)ο笤鯓咏换ヒ约霸鯓臃峙渎氊?zé)
設(shè)計(jì)模式的基本原則
設(shè)計(jì)模式的基本原則非常重要，只要真正深入地理解了設(shè)計(jì)原則，很多設(shè)計(jì)模式其實(shí)就是原則的應(yīng)用而已，或許在不知不覺中就在使用設(shè)計(jì)模式了：
- 單一職責(zé)原則（SRP），就一個(gè)類而言，應(yīng)該僅有一個(gè)引起它變化的原因。
- 開放-封閉原則（OCP），是說軟件實(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è)方法的話，可以通過第三者轉(zhuǎn)發(fā)這個(gè)調(diào)用。
- 合成/聚合復(fù)用原則（CARP），盡量使用合成/聚合，盡量不要使用類繼承。
注：SRP-Single Responsibility Principle，OCP-Open-Closed Principle，DIP-Dependency Inversion Principle，LSP-Liskov Subsitution Principle，LoD-Law of Demeter，CARP-Composition/Aggregation Principle。
23種設(shè)計(jì)模式的定義
不管是 .NET 中的 C# 語(yǔ)言，還是 Java、VB.NET、C++ 或 Objective-C 語(yǔ)言，面向?qū)ο笳Z(yǔ)言在設(shè)計(jì)模式的層面上都是相通的，只不過在設(shè)計(jì)模式的具體實(shí)現(xiàn)上語(yǔ)法稍有差異罷了：
- 策略模式（Strategy），它定義了算法家族，分別封裝起來，讓它們之間可以互相替換，此模式讓算法的變化，不會(huì)影響到使用算法的客戶。
- 裝飾模式（Decorator），動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，就增加功能來說，裝飾模式比生成子類更為靈活。
- 代理模式（Proxy），為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問。
- 工廠方法模式（Factory Method），定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類。工廠方法使一個(gè)類的實(shí)例化延遲到其子類。
- 原型模式（Prototype），用原型實(shí)例指定創(chuàng)建對(duì)象的種類，并且通過拷貝這些原型創(chuàng)建新的對(duì)象。
- 模板方法模式（Template Method），定義一個(gè)操作中的算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
- 外觀模式（Facade），為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，此模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。
- 建造者模式（Builder），將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。
- 觀察者模式（Observer），定義了一種一對(duì)多的依賴關(guān)系，讓多個(gè)觀察者對(duì)象同時(shí)監(jiān)聽某一個(gè)主題對(duì)象。這個(gè)主題對(duì)象在狀態(tài)發(fā)生變化時(shí)，會(huì)通知所有觀察者對(duì)象，使它們能夠自動(dòng)更新自己。
- 抽象工廠模式（Abstract Factory），提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無需指定它們具體的類。
- 狀態(tài)模式（State），當(dāng)一個(gè)對(duì)象的內(nèi)在狀態(tài)改變時(shí)允許改變其行為，這個(gè)對(duì)象看起來像是改變了其類。
- 適配器模式（Adapter），將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。
- 備忘錄模式（Memento），在不破壞封裝性的前提下，捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài)，并在該對(duì)象之外保存這個(gè)狀態(tài)。這樣以后就可將該對(duì)象恢復(fù)到原先保存的狀態(tài)。
- 組合模式（Composite），將對(duì)象組合成樹形結(jié)構(gòu)以表示‘部分-整體’的層次結(jié)構(gòu)。組合模式使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。
- 迭代器模式（Iterator），提供一種方法順序訪問一個(gè)聚合對(duì)象中各個(gè)元素，而又不暴露該對(duì)象的內(nèi)部表示。
- 單例模式（Singleton），保證一個(gè)類僅有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)。
- 橋接模式（Bridge），將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。
- 命令模式（Command），將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而使你可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化；對(duì)請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，以及支持可撤銷的操作。
- 職責(zé)鏈模式（Chain of Responsibility），使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求，從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。將這個(gè)對(duì)象連成一條鏈，并沿著這條鏈傳遞該請(qǐng)求，直到有一個(gè)對(duì)象處理它為止。
- 中介者模式（Mediator），用一個(gè)中介對(duì)象來封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。
- 享元模式（Flyweight），運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。
- 解釋器模式（Interpreter），給定一個(gè)語(yǔ)言，定義它的文法的一種表示，并定義一個(gè)解釋器，這個(gè)解釋器使用該表示來解釋語(yǔ)言中的句子。
- 訪問者模式（Visitor），表示一個(gè)作用于某對(duì)象結(jié)構(gòu)中的各元素的操作。它使你可以在不改變各元素的類的前提下定義作用于這些元素的新操作。
項(xiàng)目地址
https://github.com/Nihility-Ming/Design_Patterns_In_Objective-C
