提到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模式就是這樣，把原本雜亂無章的類，分爲三堆，嚴格監管，按規則行事。
還是那句話：
說到底一切都是爲了使類之間的耦合性更鬆散。好的代碼應該對擴展開放，對修改關閉。