サマリー：1、MVVM模式可以減少controller的業(yè)務(wù)邏輯，減少controller控制view的數(shù)據(jù)展示2、有了viewModel后，View端的多平臺(tái)開發(fā)會(huì)變得容易。代碼的移植的時(shí)候數(shù)據(jù)交換mode基本是不變的，主要改下交互展示。3、數(shù)據(jù)雙向綁定后，Model數(shù)據(jù)更新View-Model會(huì)更新后同步View更新，反之一樣。缺點(diǎn)：1、對(duì)開發(fā)人員及后續(xù)維護(hù)人員的要求會(huì)高一些，因?yàn)榄h(huán)節(jié)多了。查了下網(wǎng)上有

1、MVVM模式可以減少controller的業(yè)務(wù)邏輯，減少controller控制view的數(shù)據(jù)展示

2、有了viewModel后，View端的多平臺(tái)開發(fā)會(huì)變得容易。代碼的移植的時(shí)候數(shù)據(jù)交換mode基本是不變的，主要改下交互展示。

3、數(shù)據(jù)雙向綁定后，Model數(shù)據(jù)更新View-Model會(huì)更新后同步View更新，反之一樣。

缺點(diǎn)：

1、對(duì)開發(fā)人員及后續(xù)維護(hù)人員的要求會(huì)高一些，因?yàn)榄h(huán)節(jié)多了。查了下網(wǎng)上有不少人說(shuō)不好排錯(cuò)，1個(gè)錯(cuò)誤可能讓你感覺是view的問(wèn)題也可以是viewModel的問(wèn)題，故障點(diǎn)沒有MVC那么明確

MVVM 和 MVC 不可以鼓吹誰(shuí)好誰(shuí)不好，看項(xiàng)目，如果是中小項(xiàng)目用MVC就很好，易掌握好維護(hù)。如果是客戶操作和數(shù)據(jù)量交互較為頻繁的首選MVVM。

添削の先生：韋小寶添削時(shí)間：2019-01-09 09:39:01
先生のまとめ：總結(jié)的很不錯(cuò) 理解的也沒毛病 繼續(xù)加油吧