MVC
MVC全名是Model View Controller污茵，是模型(model)－視圖(view)－控制器(controller)的縮寫樱报，一種軟件設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯泞当、數(shù)據(jù)迹蛤、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面襟士，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)盗飒，不需要重新編寫業(yè)務(wù)邏輯。MVC被獨(dú)特的發(fā)展起來用于映射傳統(tǒng)的輸入敌蜂、處理和輸出功能在一個(gè)邏輯的圖形化用戶界面的結(jié)構(gòu)中箩兽。
數(shù)據(jù)關(guān)系
View 接受用戶交互請(qǐng)求
View 將請(qǐng)求轉(zhuǎn)交給Controller
Controller 操作Model進(jìn)行數(shù)據(jù)更新
數(shù)據(jù)更新之后，Model通知View更新數(shù)據(jù)變化
View 更新變化數(shù)據(jù)
方式
所有方式都是單向通信
結(jié)構(gòu)實(shí)現(xiàn)
View ：使用 Composite模式 View和Controller：使用 Strategy模式 Model和 View：使用 Observer模式同步信息
使用
MVC中的View是可以直接訪問Model的章喉！從而汗贫，View里會(huì)包含Model信息，不可避免的還要包括一些業(yè)務(wù)邏輯秸脱。在MVC模型里落包，更關(guān)注的Model的不變，而同時(shí)有多個(gè)對(duì)Model的不同顯示摊唇，及View咐蝇。所以，在MVC模型里巷查，Model不依賴于View有序，但是 View是依賴于Model的。不僅如此岛请，因?yàn)橛幸恍I(yè)務(wù)邏輯在View里實(shí)現(xiàn)了旭寿，導(dǎo)致要更改View也是比較困難的，至少那些業(yè)務(wù)邏輯是無法重用的崇败。
MVP
mvp的全稱為Model-View-Presenter盅称，Model提供數(shù)據(jù)肩祥，View負(fù)責(zé)顯示，Controller/Presenter負(fù)責(zé)邏輯的處理缩膝。MVP與MVC有著一個(gè)重大的區(qū)別：在MVP中View并不直接使用Model混狠，它們之間的通信是通過Presenter (MVC中的Controller)來進(jìn)行的，所有的交互都發(fā)生在Presenter內(nèi)部疾层，而在MVC中View會(huì)直接從Model中讀取數(shù)據(jù)而不是通過 Controller将饺。
數(shù)據(jù)關(guān)系
View 接收用戶交互請(qǐng)求
View 將請(qǐng)求轉(zhuǎn)交給 Presenter
Presenter 操作Model進(jìn)行數(shù)據(jù)更新
Model 通知Presenter數(shù)據(jù)發(fā)生變化
Presenter 更新View數(shù)據(jù)
MVP的優(yōu)勢
Model與View完全分離，修改互不影響
更高效地使用云芦，因?yàn)樗械倪壿嫿换ザ及l(fā)生在一個(gè)地方—Presenter內(nèi)部
一個(gè)Preseter可用于多個(gè)View俯逾，而不需要改變Presenter的邏輯（因?yàn)閂iew的變化總是比Model的變化頻繁）。
更便于測試舅逸。把邏輯放在Presenter中桌肴，就可以脫離用戶接口來測試邏輯（單元測試）
方式
各部分之間都是雙向通信
結(jié)構(gòu)實(shí)現(xiàn)
View ：使用 Composite模式 View和Presenter：使用 Mediator模式 Model和Presenter：使用 Command模式同步信息
MVC和MVP區(qū)別
MVP與MVC最大的一個(gè)區(qū)別就是：Model與View層之間倒底該不該通信（甚至雙向通信）
MVC和MVP關(guān)系
MVP：是MVC模式的變種。項(xiàng)目開發(fā)中琉历，UI是容易變化的坠七，且是多樣的，一樣的數(shù)據(jù)會(huì)有N種顯示方式旗笔；業(yè)務(wù)邏輯也是比較容易變化的彪置。為了使得應(yīng)用具有較大的彈性，我們期望將UI蝇恶、邏輯（UI的邏輯和業(yè)務(wù)邏輯）和數(shù)據(jù)隔離開來拳魁，而MVP是一個(gè)很好的選擇。Presenter代替了Controller撮弧，它比Controller擔(dān)當(dāng)更多的任務(wù)潘懊，也更加復(fù)雜。Presenter處理事件贿衍，執(zhí)行相應(yīng)的邏輯授舟，這些邏輯映射到Model操作Model。那些處理UI如何工作的代碼基本上都位于Presenter贸辈。MVC中的Model和View使用Observer模式進(jìn)行溝通释树；MPV中的Presenter和View則使用Mediator模式進(jìn)行通信；Presenter操作Model則使用Command模式來進(jìn)行擎淤∩萆叮基本設(shè)計(jì)和MVC相同：Model存儲(chǔ)數(shù)據(jù)，View對(duì)Model的表現(xiàn)嘴拢，Presenter協(xié)調(diào)兩者之間的通信桩盲。在 MVP 中 View 接收到事件，然后會(huì)將它們傳遞到 Presenter, 如何具體處理這些事件炊汤，將由Presenter來完成正驻。如果要實(shí)現(xiàn)的UI比較復(fù)雜，而且相關(guān)的顯示邏輯還跟Model有關(guān)系抢腐，就可以在View和 Presenter之間放置一個(gè)Adapter姑曙。由這個(gè) Adapter來訪問Model和View，避免兩者之間的關(guān)聯(lián)迈倍。而同時(shí)伤靠，因?yàn)锳dapter實(shí)現(xiàn)了View的接口，從而可以保證與Presenter之 間接口的不變啼染。這樣就可以保證View和Presenter之間接口的簡潔宴合，又不失去UI的靈活性。
使用
MVP的實(shí)現(xiàn)會(huì)根據(jù)View的實(shí)現(xiàn)而有一些不同迹鹅，一部分傾向于在View中放置簡單的邏輯卦洽，在Presenter放置復(fù)雜的邏輯；另一部分傾向于在presenter中放置全部的邏輯斜棚。這兩種分別被稱為：Passive View和Superivising Controller阀蒂。
MVVM
MVVM是Model-View-ViewModel的簡寫。微軟的WPF帶來了新的技術(shù)體驗(yàn)弟蚀，如Silverlight蚤霞、音頻、視頻义钉、3D昧绣、動(dòng)畫……，這導(dǎo)致了軟件UI層更加細(xì)節(jié)化捶闸、可定制化夜畴。同時(shí)，在技術(shù)層面鉴嗤，WPF也帶來了 諸如Binding斩启、Dependency Property、Routed Events醉锅、Command兔簇、DataTemplate、ControlTemplate等新特性硬耍。MVVM（Model-View-ViewModel）框架的由來便是MVP（Model-View-Presenter）模式與WPF結(jié)合的應(yīng)用方式時(shí)發(fā)展演變過來的一種新型架構(gòu)框架垄琐。它立足于原有MVP框架并且把WPF的新特性糅合進(jìn)去，以應(yīng)對(duì)客戶日益復(fù)雜的需求變化经柴。
數(shù)據(jù)關(guān)系
View 接收用戶交互請(qǐng)求
View 將請(qǐng)求轉(zhuǎn)交給ViewModel
ViewModel 操作Model數(shù)據(jù)更新
Model 更新完數(shù)據(jù)狸窘，通知ViewModel數(shù)據(jù)發(fā)生變化
ViewModel 更新View數(shù)據(jù)
方式
雙向綁定。View/Model的變動(dòng)坯认，自動(dòng)反映在 ViewModel翻擒，反之亦然氓涣。
使用
可以兼容你當(dāng)下使用的 MVC/MVP 框架。
增加你的應(yīng)用的可測試性陋气。
配合一個(gè)綁定機(jī)制效果最好劳吠。
MVVM優(yōu)點(diǎn)
MVVM模式和MVC模式一樣，主要目的是分離視圖（View）和模型（Model）巩趁，有幾大優(yōu)點(diǎn): 1. 低耦合痒玩。View可以獨(dú)立于Model變化和修改，一個(gè)ViewModel可以綁定到不同的”View”上议慰，當(dāng)View變化的時(shí)候Model可以不變蠢古，當(dāng)Model變化的時(shí)候View也可以不變。 2. 可重用性别凹。你可以把一些視圖邏輯放在一個(gè)ViewModel里面草讶，讓很多view重用這段視圖邏輯。 3. 獨(dú)立開發(fā)炉菲。開發(fā)人員可以專注于業(yè)務(wù)邏輯和數(shù)據(jù)的開發(fā)（ViewModel）到涂，設(shè)計(jì)人員可以專注于頁面設(shè)計(jì)，生成xml代碼颁督。 4. 可測試践啄。界面素來是比較難于測試的，而現(xiàn)在測試可以針對(duì)ViewModel來寫沉御。
轉(zhuǎn)載屿讽，請(qǐng)說明來源：http://blog.csdn.net/hudan2714/article/details/50990359
