先道歉，可能有点标题党了。很早就看到过 MVVM 这个架构，一直没在工程里用过，但看到描述它的文章真是非常多。然而很想问：什么情况下适合用 MVVM ？一般比较常规的 app 真的需要用 MVVM 吗？
就从 objc 的这篇文章 来看，mvvm 大概有 3 个优点：
- 业务逻辑可以放到 viewModel 层
- 便于测试
- 视图与数据绑定，数据更新的时候，视图可以自动更新（如果用 ReactCocoa 之类 KVC 绑定的话）。
我想一条一条地来看：
-
业务逻辑可以放到 viewModel 层
我就想问，到底能有多少业务逻辑呀？像上面文章的举例，我们完全可以在 Person 类添加一个
-(NSString*)nameDescription方法，一个-(NSString*)birthdayText方法。像这种拼一拼字符串的逻辑，放在 model 层是不是就足以解决问题了。我想如果真是复杂的计算，也不适合在 app 端做；一般服务器都是把数据处理好， app 只要直接显示出来就行了。如果真是图片处理、视频合成这种的，也应该单独写个 service 类，本来也不该放在 viewController 里。这里所说的『业务逻辑』，我只能想到拼一拼字符串， timestamp 转成格式化时间等，这些东西真的有必要挪出来专门弄一个类吗。
我看到 viewController 大坨的代码，主要有就是 cell 和行高的路由分发和各种事件响应，我想 MVVM 并不能让它瘦身吧。
-
便于测试
这点很有道理，不过假如上面一点成立的话，光测这点简单逻辑也没大用，毕竟这些东西不容易错，不容易被不慎改坏，出 bug 也不容易出在这里。
-
数据更新的时候，视图可以自动更新
好吧，也许是我太 low ，但我见过 80% 的 viewController 都是这样的：显示 loading -> 发网络请求 -> 数据回来了，
[tableView reloadData];。这个『自动更新』也就是省了一句[tableView reloadData];而已，这个有那么重要吗。比如更新视图一种比较麻烦的情况，比如用户从列表页进详情页，编辑了某种属性，回到列表页的时候要更新。然而 KVO 并不能解决这个问题啊。因为进到详情页，往往还需要再发网络请求，用户编辑属性的 model 跟列表里的已经不是一个对象了，也不会触发 KVO 。
综合上面这几条，我并不能想出 MVVM 特别有用的情况。但是有很多人都说，用了 ReactCocoa 真爽，效率提高 100 倍，代码省了很多，等等。
所以在此向大家请教，希望有朋友能给我一点提示，什么情况下用了 MVVM 确实有奇效。谢谢！
1
Select Language