abstrakt：MVVM源于解決MVC的一些弊端：由于前段頁(yè)面的功能越來(lái)越復(fù)雜，用戶(hù)的數(shù)據(jù)交互也越來(lái)越多，如果依然采用MVC的話會(huì)導(dǎo)致服務(wù)器壓力增加以及數(shù)據(jù)庫(kù)的龐大。MVVM通過(guò)把 model、view、viewmodel(controller)都放在了前端，減少了服務(wù)壓力，用戶(hù)的數(shù)據(jù)操作也能在本地做一個(gè)緩存。

MVVM源于解決MVC的一些弊端：由于前段頁(yè)面的功能越來(lái)越復(fù)雜，用戶(hù)的數(shù)據(jù)交互也越來(lái)越多，如果依然采用MVC的話會(huì)導(dǎo)致服務(wù)器壓力增加以及數(shù)據(jù)庫(kù)的龐大。MVVM通過(guò)把 model、view、viewmodel(controller)都放在了前端，減少了服務(wù)壓力，用戶(hù)的數(shù)據(jù)操作也能在本地做一個(gè)緩存。

Korrigierender Lehrer：天蓬老師Korrekturzeit：2019-04-13 09:00:39
Zusammenfassung des Lehrers：mvvm并不是解決了mvc的一些弊端, 只是應(yīng)用的場(chǎng)景不同罷了, 如果是服務(wù)器端來(lái)渲染前端頁(yè)面, 那肯定是MVC更方便, 如果是面向接口的, 服務(wù)器只是提供數(shù)據(jù)支持的話, mvvm顯然更合適 , 曾經(jīng)有一段時(shí)間, 服務(wù)器端渲染大有被前端渲染淘汰之勢(shì), 但從近期來(lái)看, 服務(wù)器端的渲染的優(yōu)勢(shì) 又再次被提及, 大有迎頭超越之勢(shì), 所以任何技術(shù) , 如果脫離了它的使用環(huán)境來(lái)談, 都無(wú)意義