標籤：mvc mvvm kvo nsnotification
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：
let
center =
NSNotificationCenter
.
defaultCenter
()
center.
addObserverForName
(
UIContentSizeCategoryDidChangeNotification
,
object:
UIApplication
.
sharedApplication
(),
queue:
NSOperationQueue
.
mainQueue
())
{ notification
in
let
c = notification.
userInfo
?[
UIContentSizeCategoryNewValueKey
]
}
UIContentSizeCategoryDidChangeNotification以及
UIContentSizeCategoryNewValueKey均為系統中定義好的String
KVO：
在ViewDidLoad中：
webView
.
addObserver
(
self
, forKeyPath:
"estimatedProgress"
, options: .New, context:
nil
)
override
func
observeValueForKeyPath(keyPath:
String
?, ofObject object:
AnyObject
?, change: [
NSObject
:
AnyObject
]?, context:
UnsafeMutablePointer
<
Void
>) {
if
(keyPath ==
"estimatedProgress"
) {
progressView
.
hidden
=
webView
.
estimatedProgress
==
1
progressView
.
setProgress
(
Float
(
webView
.
estimatedProgress
), animated:
true
)
}
}
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的負擔，使功能劃分更加合理。
MVVM模式的正確實踐是，我們應該為app delegate的根視圖建立一個ViewModel，當我們要產生或展示另一個次級ViewController時，採用當前的ViewModel為其建立一個子ViewModel。
而這些ViewModel的代碼並不放在ViewController中，我們的View請求自己的ViewModel來擷取所需的資料，ViewController完全歸於View。
著作權聲明：本文為博主原創文章，未經博主允許不得轉載。
iOS開發中MVC、MVVM模式詳解
