這篇文章將為大家詳細(xì)講解有關(guān)轉(zhuǎn)載MVC、MVP、MVVM的區(qū)別有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

成都網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、成都小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。核心團(tuán)隊均擁有互聯(lián)網(wǎng)行業(yè)多年經(jīng)驗，服務(wù)眾多知名企業(yè)客戶；涵蓋的客戶類型包括：假山制作等眾多領(lǐng)域，積累了大量豐富的經(jīng)驗，同時也獲得了客戶的一致贊揚！

本文將詳細(xì)闡述以下MVC、MVP、MVVM三種理念的定義及區(qū)別還有他們的適用場合。

MVC
MVC模式最初生根于服務(wù)器端的Web開發(fā)，后來漸漸能夠勝任客戶端Web開發(fā)，能夠滿足其復(fù)雜性和豐富性。

MVC是Model-View-Controller的縮寫，它將應(yīng)用程序劃分為三個部分：

Model: 模型（用于封裝與應(yīng)用程序的業(yè)務(wù)邏輯相關(guān)的數(shù)據(jù)以及對數(shù)據(jù)的處理方法）

View: 視圖（渲染頁面）

Controller: 控制器（M和V之間的連接器，用于控制應(yīng)用程序的流程，及頁面的業(yè)務(wù)邏輯）

MVC特點：

MVC模式的特點在于實現(xiàn)關(guān)注點分離，即應(yīng)用程序中的數(shù)據(jù)模型與業(yè)務(wù)和展示邏輯解耦。在客戶端web開發(fā)中，就是將模型(M-數(shù)據(jù)、操作數(shù)據(jù))、視圖(V-顯示數(shù)據(jù)的HTML元素)之間實現(xiàn)代碼分離，松散耦合，使之成為一個更容易開發(fā)、維護(hù)和測試的客戶端應(yīng)用程序。

View 傳送指令到 Controller ；

Controller 完成業(yè)務(wù)邏輯后，要求 Model 改變狀態(tài) ；

Model 將新的數(shù)據(jù)發(fā)送到 View，用戶得到反饋。

MVC流程：

MVC流程一共有兩種，在日常開發(fā)中都會使用到。

一種是通過 View 接受指令，傳遞給 Controller，然后對模型進(jìn)行修改或者查找底層數(shù)據(jù)，最后把改動渲染在視圖上。

另一種是通過controller接受指令，傳給Controller：

MVC優(yōu)點：

耦合性低，視圖層和業(yè)務(wù)層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼。
重用性高
生命周期成本低
MVC使開發(fā)和維護(hù)用戶接口的技術(shù)含量降低
可維護(hù)性高，分離視圖層和業(yè)務(wù)邏輯層也使得WEB應(yīng)用更易于維護(hù)和修改
部署快
MVC缺點：

不適合小型，中等規(guī)模的應(yīng)用程序，花費大量時間將MVC應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會得不償失。

視圖與控制器間過于緊密連接，視圖與控制器是相互分離，但卻是聯(lián)系緊密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就妨礙了他們的獨立重用。

視圖對模型數(shù)據(jù)的低效率訪問，依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對未變化數(shù)據(jù)的不必要的頻繁訪問，也將損害操作性能。

MVC應(yīng)用：

在web app 流行之初， MVC 就應(yīng)用在了java（struts2）和C#（ASP.NET）服務(wù)端應(yīng)用中，后來在客戶端應(yīng)用程序中，基于MVC模式，AngularJS應(yīng)運而生。

MVP
MVP（Model-View-Presenter）是MVC的改良模式，由IBM的子公司Taligent提出。和MVC的相同之處在于：Controller/Presenter負(fù)責(zé)業(yè)務(wù)邏輯，Model管理數(shù)據(jù)，View負(fù)責(zé)顯示只不過是將 Controller 改名為 Presenter，同時改變了通信方向。

MVP特點：

M、V、P之間雙向通信。
View 與 Model 不通信，都通過 Presenter 傳遞。Presenter完全把Model和View進(jìn)行了分離，主要的程序邏輯在Presenter里實現(xiàn)。
View 非常薄，不部署任何業(yè)務(wù)邏輯，稱為”被動視圖”（Passive View），即沒有任何主動性，而 Presenter非常厚，所有邏輯都部署在那里。
Presenter與具體的View是沒有直接關(guān)聯(lián)的，而是通過定義好的接口進(jìn)行交互，從而使得在變更View時候可以保持Presenter的不變，這樣就可以重用。不僅如此，還可以編寫測試用的View，模擬用戶的各種操作，從而實現(xiàn)對Presenter的測試–從而不需要使用自動化的測試工具。
與MVC區(qū)別：

在MVP中，View并不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進(jìn)行的，所有的交互都發(fā)生在Presenter內(nèi)部。

在MVC中，View會直接從Model中讀取數(shù)據(jù)而不是通過 Controller。
MVP優(yōu)點：

模型與視圖完全分離，我們可以修改視圖而不影響模型；
可以更高效地使用模型，因為所有的交互都發(fā)生在一個地方——Presenter內(nèi)部；
我們可以將一個Presenter用于多個視圖，而不需要改變Presenter的邏輯。這個特性非常的有用，因為視圖的變化總是比模型的變化頻繁；
如果我們把邏輯放在Presenter中，那么我們就可以脫離用戶接口來測試這些邏輯（單元測試）。
MVP缺點：

視圖和Presenter的交互會過于頻繁，使得他們的聯(lián)系過于緊密。也就是說，一旦視圖變更了，presenter也要變更。

MVP應(yīng)用：
可應(yīng)用與Android開發(fā)。

MVVM
MVVM是Model-View-ViewModel的簡寫。微軟的WPF(Windows Presentation Foundation–微軟推出的基于Windows 的用戶界面框架)帶來了新的技術(shù)體驗, 使得軟件UI層更加細(xì)節(jié)化、可定制化。與此同時，在技術(shù)層面，WPF也帶來了 諸如Binding（綁定）、Dependency Property（依賴屬性）、Routed Events（路由事件）、Command（命令）、DataTemplate（數(shù)據(jù)模板）、ControlTemplate（控制模板）等新特性。MVVM模式其實是MV模式與WPF結(jié)合的應(yīng)用方式時發(fā)展演變過來的一種新型架構(gòu)模式。它立足于原有MVP框架并且把WPF的新特性糅合進(jìn)去，以應(yīng)對客戶日益復(fù)雜的需求變化。

MVVM優(yōu)點：

MVVM模式和MVC模式類似，主要目的是分離視圖（View）和模型（Model），有幾大優(yōu)點：

低耦合，視圖（View）可以獨立于Model變化和修改，一個ViewModel可以綁定到不同的”View”上，當(dāng)View變化的時候Model可以不變，當(dāng)Model變化的時候View也可以不變。

可重用性，可以把一些視圖邏輯放在一個ViewModel里面，讓很多view重用這段視圖邏輯。

獨立開發(fā)，開發(fā)人員可以專注于業(yè)務(wù)邏輯和數(shù)據(jù)的開發(fā)（ViewModel），設(shè)計人員可以專注于頁面設(shè)計，使用Expression Blend可以很容易設(shè)計界面并生成xml代碼。

關(guān)于“轉(zhuǎn)載MVC、MVP、MVVM的區(qū)別有哪些”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

網(wǎng)頁名稱：轉(zhuǎn)載MVC、MVP、MVVM的區(qū)別有哪些
網(wǎng)站鏈接：http://www.rwnh.cn/article12/pgecdc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、標(biāo)簽優(yōu)化、營銷型網(wǎng)站建設(shè)、電子商務(wù)、動態(tài)網(wǎng)站、響應(yīng)式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)