MVVM模式和MVC模式的區別有哪些

MVVM模式和MVC模式的區別有哪些？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

1、MVVM模式是由MVC模式衍生出來的；

2、MVVM模式是雙向綁定數據，而MVC模式是單向通信；

3、MVVM模式一般用于前端開發的較多，MVC模式在服務端用的較多。

MVC

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

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

• Model: 模型（用于封裝與應用程序的業務邏輯相關的數據以及對數據的處理方法）

• View: 視圖（渲染頁面）

• Controller: 控制器（M和V之間的連接器，用于控制應用程序的流程，及頁面的業務邏輯）

MVC特點：

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

1、View 傳送指令到 Controller ；

2、Controller 完成業務邏輯后，要求 Model 改變狀態 ；

3、Model 將新的數據發送到 View，用戶得到反饋。

MVC優點：

• 耦合性低，視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼。

• 重用性高

• 生命周期成本低

• MVC使開發和維護用戶接口的技術含量降低

• 可維護性高，分離視圖層和業務邏輯層也使得WEB應用更易于維護和修改

• 部署快

MVC缺點：

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

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

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

MVC應用：

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

MVVM

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

MVVM優點：

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

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

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

• 獨立開發，開發人員可以專注于業務邏輯和數據的開發（ViewModel），設計人員可以專注于頁面設計，使用Expression Blend可以很容易設計界面并生成xml代碼。

• 可測試，界面向來是比較難于測試的，而現在測試可以針對ViewModel來寫。

關于MVVM模式和MVC模式的區別有哪些問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。