IOS設計模式之三 MVC模式

提到ios中的mvc不得不提2011秋季斯坦福課程的老頭，他的iphone開發公開課是所有描述ios中mvc模式最為準確並且最為淺顯易懂的。

模型-檢視-控制器

這個模式其實應該叫做mcv，用控制器把model與view隔開才對，也就是model與view互相不知道對方的存在，沒有任何瓜葛，他們就像乙個團隊裡吵了架的同事，如果有專案需要他倆來參與，那麼最好有第三者來管理他倆之間的溝通與協調。這個第三者就是控制器。

既然管理，那麼姑且就把這個控制器提做專案經理吧，這樣的話讓他倆幹啥就得幹啥。就像斯坦福老頭說的檢視就是控制器的狗腿子。

讓我們來欣賞一下這張圖（摘自斯坦福公開課的課件）：

先撇開那些亂七八糟的箭頭單看他們之間的分界線，view與controller、model與controller之間的線是虛的，而model與view之間的是雙黃線，考過駕照的知道越過這個線意味著什麼吧。

控制器與檢視之間的大部分連線都可以在xcode中通過按住ctrl來連線。例如outlet，例如delegate。有了這些連線，他們之間的溝通算是暢通無阻了。

1）使用者在view上的操作可以直接告訴控制器讓控制器去響應

2）view需要的**也可以指派給控制器讓控制器去完成

3）view需要的資料來源也需要控制器來提供

總之，控制器很忙，因為它非常被動。

控制器還需要乙個角色的參與：model

顧名思義，模型。我覺得使用asp.net裡mvc的domain來描述比較好理解，領域。例如你要開發乙個圖書管理系統，模型裡描繪的就是圖書的書名、售價、作者，誰借走了，幾號借走的，一切關於這個應用領域的資料。

我們可以給模型乙個簡單的定義：它描述了乙個應用所有需要抽象出來的資料結構和這些資料之間的關係，還有他們獲取資料需要通過的途徑（本地的、遠端的）等。

有了模型，控制器想啥時候去拿數，想怎麼拿都行。

仔細觀察上面的圖，有控制器到model的箭頭，沒有model到控制器的箭頭。因為模型不需要知道控制器的存在，這樣可以減少耦合，提高**復用可能性。把你定義好的model挪到別的專案中，還可以使用。

但是問題來了，當model資料已經更新了，被修改了，怎麼通知相關的控制器？注意model上方有個天線，高階！之所以使用無線的，是因為model不知道更改要發給誰，但是model可以廣播，model的觀點：誰關心我的更改讓誰收聽去，我對誰收聽了我不感興趣。

廣播的方式有兩種：notification 和 kvo（都是設計模式，本系列接下來會詳述）

好了，他們幾個之間的關係基本有個概念了。mvc模式就是這樣，把原本雜亂無章的類，分為三堆，嚴格監管，按規則行事。

還是那句話：

說到底一切都是為了使類之間的耦合性更鬆散。好的**應該對擴充套件開放，對修改關閉。