iOS中的MVC（Model-View-Controller）將軟件系統分為Model、View、Controller三部分，結構圖如下：
Model: 你的應用本質上是什么（但不是它的展示方式）
Controller：你的Model怎樣展示給用戶（UI邏輯）
View：用戶看到的，被Controller操縱着的
Controller可以直接訪問Model，也可以直接控制View。
但Model和View不能互相通信。
View可以通過action-target的方式訪問Controller，比如我們在StoryBoard中拖UIButton到代碼中所創建的@IBAction，當按鈕被點擊時，View就會傳遞該信息給Controller。
有時候Controller需要實時監控View的狀態，這時Controller會通過protocol將其自身設為View的delegate，這樣當View will change、should change、did change 的時候Controller也會接到相應通知。
View不存儲數據，但View可以通過協議獲取Controller而不是Model中的數據用來展示。
Controller整理Model中的數據用於給View展示。
Model不能直接與Controller通訊，因為Model是獨立於UI存在的。
但當Model發生改變想通知Controller時可使用廣播機制，在iOS中有NSNotification和KVO（Key-value observing）可供使用。
NSNotification：
1 let center = NSNotificationCenter.defaultCenter() 2 3 center.addObserverForName(UIContentSizeCategoryDidChangeNotification, 4 object: UIApplication.sharedApplication(), 5 queue: NSOperationQueue.mainQueue()) 6 { notification in 7 let c = notification.userInfo?[UIContentSizeCategoryNewValueKey] 8 }
KVO：
1 webView.addObserver(self, forKeyPath: "estimatedProgress", options: .New, context: nil) 2 3 override func observeValueForKeyPath(keyPath: String?, ofObject object: AnyObject?, change: [NSObject : AnyObject]?, context: UnsafeMutablePointer<Void>) { 4 if (keyPath == "estimatedProgress") { 5 progressView.hidden = webView.estimatedProgress == 1 6 progressView.setProgress(Float(webView.estimatedProgress), animated: true) 7 } 8 }
MVP模式從經典的MVC模式演變而來，將Controller替換成Presenter，依據MVP百度百科中的解釋，MVP的優點相比較於MVC是完全分離Model與View，Model與View的信息傳遞只能通過Controller/Presenter，我查閱資料發現在其他平台上的MVC模式View與Model能否直接通訊有着不同的說法，但在iOS開發中，Apple是這么說的。在MVC下，所有的對象被歸類為一個model，一個view，或一個controller。Model持有數據，View顯示與用戶交互的界面，而View Controller調解Model和View之間的交互，在iOS開發中我按照Model與View無法相互通訊來理解。
MVVM（Model View View-Model）
上圖展示了MVVM與MVC的差別。
在MVC模式的iOS開發中，Controller承擔了太多的代碼，包含着我們的視圖處理邏輯和業務邏輯。
在MVVM中，我們將視圖處理邏輯從C中剝離出來給V，剩下的業務邏輯部分被稱做View-Model。
使用MVVM模式的iOS應用的可測試性要好於MVC，因為ViewModel中並不包含對View的更新，相比於MVC，減輕了Controller的負擔，使功能划分更加合理。