1 前言
有些人可能會問，我也能實現某某功能，為什麼要花時間來學習設計模式。今天我們就來了解一下設計模式的優勢：

程式（包括物件和類），如果在設計中使用了設計模式，將來將更易於複用與擴充套件，更易於變更。而且基於設計模式的程式會更加簡潔而高效，因為達到同樣目的的所需程式碼行數會更少。

接下來就讓我們一起走入神奇的設計模式的世界來體會其給我們帶來便利。

2 詳述
記得之前文章我們介紹了Cocoa Touch的MVC模式，而他並非最基本的設計模式，它包含了若干更加基本的設計模式：組合（Composite），命令（Command），中介者（Mediator），策略（Strategy）和觀察者（Observe）

2.1 幾種常見設計模式介紹
2.1.1 組合：
檢視物件之間以協作的方式構成一個檢視層次體系，其中既可以有複合檢視（比如表格檢視），也可以有獨立檢視（比如文字框或按鈕）。每個層次的每個檢視節點都可以影響使用者的操作並把自己繪製到螢幕上。

2.1.2 命令：
這是一種“目標-動作”機制，檢視物件可以推遲其他物件（比如控制器）的執行，讓其他物件等到發生了某些事件後再執行。

2.1.3 中介者：
控制器物件起著中間人的作用，它構成了在模型和檢視物件之間傳遞資料的雙向通道。應用程式的控制器物件將模型的變更傳達給檢視物件。

2.1.4 策略：
控制器是檢視物件的一個“策略”，檢視物件將自身隔離，以期維持其作為資料展示器的唯一職責，而將一切應用程式特有的介面行為的決定委派給它的“策略”物件（即控制器）。

2.1.5 觀察者：
模型物件向它所關注的控制器等物件發出內部狀態變化的通知。

2.2 協議與抽象類
2.2.1 針對介面程式設計
針對介面程式設計，而不是針對實現程式設計。

介面繼承與類繼承：

介面繼承（子型別化）：讓我們可以用一個物件代替另一個物件。

類繼承：通過複用父類的功能或者只是簡單的共享程式碼和表述，來定義物件的實現和型別的一種機制。

定義具有相同介面的類群很重要，因為多型是基於介面的。Objective-C種有一種，確定了客戶端同所用的具體類之間的一種“合約”的東西，叫做協議（protocol）。協議也是物件之間的一種合約，但是本身不能例項化偉物件。實現協議或者從抽象類繼承，使得物件共享相同的介面。

通常的做法是：在客戶端的程式碼中不宣告特定具體類的變數，而只是使用協議或者抽象類定義的介面。

2.2.2 @protocol與抽象基類
協議的語法為@protocol，並不定義任何實現，而只是宣告方法（method），以確定符合協議的類的行為。只定義了抽象行為的“介面”。實現協議的類定義這些方法的實現，以執行真正的操作。

另一種定義高度抽象型別的方法是定義抽象基類（Abstract Base Class，ABC）。通過抽象基類，我們可以生成一些其他自雷可以共享的預設行為。

協議中可以用@optional指令（directive）將協議部分方法變更為“可選的”。

如果客戶端要使用由協議所定義型別的物件，比如有個協議叫Mark，則需要使用：

id<Mark>thisMark;

如果Mark被宣告為抽象基類，那麼語法應該分其他類一樣：

Mark* thisMark；

Objective-C不支援多重繼承，所以要用協議來進行擴充套件。

優先使用協議而不是類繼承。