MVC設計模式
概述:Model-View-Controller(MVC),即模型-視圖-控制器。它將軟件系統分成三大部分: Model,View,Controller三個部分通過某種機制通信。
MVC的職能
M(model)
應用程序的核心,用于處理應用程序數據邏輯部分
V(View)
處理應用程序數據的顯示,通常依據Model創建
C(Controll)
處理用戶的交互
從視圖讀取數據,控制用戶輸入,并向模型發送數據
MVC之間的通信
圖解(出自斯坦福大學cs193課程的課件)
這個模式其實應該叫做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模式就是這樣,把原本雜亂無章的類,分為三堆,嚴格監管,按規則行事。
還是那句話:
說到底一切都是為了使類之間的耦合性更松散。好的代碼應該對擴展開放,對修改關閉。
此圖解段轉自 http://www.companysz.com/limlee --- GeekLion
Controller與Model之間的通信
Controller可以主動向Model發起會話
Model職能被動地回復Controller發起的會話,不能主動請求Controller
Controller與View之間的通信
Controller可以完全操控View,因為Controller要把View顯示在屏幕上
View可以向Controller發送消息,因為View要將用戶的動作傳遞給Controller
Model與View之間無法直接通信
總結:
Controller對Model——通過API
Controller對View ——通過Outlet
View對Controller ——Target-action,Delegate,Datasource
Model對Controller——Notification,KVO
View與Controller之間的通信方式
目標操作(target-action)
Controller內會懸掛一個目標(target),并將一個操作(action)給將要和它交流的視圖對象,如圖解中的target與action
如,為View中的某個按鈕添加一個監聽事件,當按鈕被點擊時就執行相應的處理
委托
為視圖中的某個視圖設置代理,當控件被操作時發送相應的代理消息,執行相應的代理 方法,實現View與Controller的通信
如,tableView的代理
數據源
Controller通過數據源將View需要的數據傳遞給View,實現Controller與View的通信
新聞熱點
疑難解答