簡單的說，ViewModel就是View與Model的連接器，View與Model通過ViewModel實(shí)現(xiàn)雙向綁定。

Model：很簡單，就是業(yè)務(wù)邏輯相關(guān)的數(shù)據(jù)對象，通常從數(shù)據(jù)庫映射而來，我們可以說是與數(shù)據(jù)庫對應(yīng)的model。
View：也很簡單，就是展現(xiàn)出來的用戶界面。
基本上，絕大多數(shù)軟件所做的工作無非就是從數(shù)據(jù)存儲中讀出數(shù)據(jù)，展現(xiàn)到用戶界面上，然后從用戶界面接收輸入，寫入到數(shù)據(jù)存儲里面去。所以，對于數(shù)據(jù)存儲（model）和界面（view）這兩層，大家基本沒什么異議。但是，如何把model展現(xiàn)到view上，以及如何把數(shù)據(jù)從view寫入到model里，不同的人有不同的意見。
MVC派的看法是，界面上的每個變化都是一個事件，我只需要針對每個事件寫一堆代碼，來把用戶的輸入轉(zhuǎn)換成model里的對象就行了，這堆代碼可以叫controller。
而MVVM派的看法是，我給view里面的各種控件也定義一個對應(yīng)的數(shù)據(jù)對象，這樣，只要修改這個數(shù)據(jù)對象，view里面顯示的內(nèi)容就自動跟著刷新，而在view 里做了任何操作，這個數(shù)據(jù)對象也跟著自動更新，這樣多美。所以：
ViewModel：就是與界面（view）對應(yīng)的Model。因?yàn)?，?shù)據(jù)庫結(jié)構(gòu)往往是不能直接跟界面控件一一對應(yīng)上的，所以，需要再定義一個數(shù)據(jù)對象專門對應(yīng)view上的控件。而ViewModel的職責(zé)就是把model對象封裝成可以顯示和接受輸入的界面數(shù)據(jù)對象。
至于viewmodel的數(shù)據(jù)隨著view自動刷新，并且同步到model里去，這部分代碼可以寫成公用的框架，不用程序員自己操心了。

在MVC里，View是可以直接訪問Model的！從而，View里會包含Model信息，不可避免的還要包括一些業(yè)務(wù)邏輯。 MVC模型關(guān)注的是Model的不變，所以，在MVC模型里，Model不依賴于View，但是 View是依賴于Model的。不僅如此，因?yàn)橛幸恍I(yè)務(wù)邏輯在View里實(shí)現(xiàn)了，導(dǎo)致要更改View也是比較困難的，至少那些業(yè)務(wù)邏輯是無法重用的。

MVVM在概念上是真正將頁面與數(shù)據(jù)邏輯分離的模式，它把數(shù)據(jù)綁定工作放到一個JS里去實(shí)現(xiàn)，而這個JS文件的主要功能是完成數(shù)據(jù)的綁定，即把model綁定到UI的元素上。

有人做過測試：使用Angular（MVVM）代替Backbone（MVC）來開發(fā)，代碼可以減少一半。

此外，MVVM另一個重要特性，雙向綁定。它更方便你同時維護(hù)頁面上都依賴于某個字段的N個區(qū)域，而不用手動更新它們。