本文来自我在知乎上的一个回答：iOS中MVVM相对MVC有何优势？ - 浮尘追梦的回答 - 知乎 https://www.zhihu.com/question/294818147/answer/494564653
之所以要写成文章总结一下，是因为在这里想把前因后果交代一下。本人在半年前，还是MVC + storyboard开发模式干活，直到被大佬强烈安利一波MVVM，一开始是拒绝的，最后深陷其中无法自拔。
个人目前的模式是MVVM + Coordinator，以下针对FRP框架下的MVVM-C讨论。
MVVM的优势
首先，在大型项目中，尤其是团队合作的大型项目中，MVVM-C（以下都以MVVM带过）相对MVC的优势很明显，其具体表现在以下几个方面
- 可解耦性：ViewModel和Flow的引入消除了Controller之间的耦合性；
- 可测试性：可以针对ViewModel单独进行测试；
- 可移植性：Controller不在持有状态和跳转的内容，使其可移植性和可扩展性大大提升。
以上是关于MVVM本身的优势所在，其次由于FRP框架RxSwift（或者ReactiveSwift）的引入
，实现了ViewModel和View的绑定，这对于界面异步更新的App来说提升简直是太多了。大量的异步请求被封装成信号，通过合并信号和转换信号，并驱动视图的自动更新，这一波连续操作简直不要太爽好么！！！
表格视图下的对比
相比之下MVC中需要手动在Controller中同时维护视图模型和视图的更新，就拿表格视图的更新来说，在MVC下，你要手动维护update方法里模型和视图的更新。
class ViewController: UIViewController {
// ...
private var models: [String] = []
override func viewDidLoad() {
super.viewDidLoad()
ModelManager.shared.update { [weak self] models in
self?.models = models
self?.tableView.reloadData()
}
}
}
extension ViewController: UITableViewDataSource {
func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
return models.count
}
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
let cell = UITableViewCell(style: .default, reuseIdentifier: "cell")
cell.textLabel?.text = models[indexPath.row]
return cell
}
}
你也许会说这没啥的啊，很容易啊，可是当业务逻辑变得复杂，稍有不慎，视图模型和视图的更新不同步，或者更新的时间点不当，轻则造成显示内容和预想不一致，重则容易造成App的崩溃。
在MVVM中，这里使用RxDataSource作为数据驱动框架，
class ViewModel {
private let models: Observable<String> = ModelManager.share.models.asObservale()
var modelSection: Observable<SingleSection<String>> {
return models.map { SingleSection.create($0) }
}
}
class ViewController: UIViewController {
//...
private let viewModel: ViewModel
private lazy var dataSource = TableViewSingleSectionDataSource<String>(configureCell: { (dataSource, tableView, indexPath, model) in
let cell = UITableViewCell(style: .default, reuseIdentifier: "cell")
cell.textLabel?.text = model
return cell
})
override func viewDidLoad() {
super.viewDidLoad()
viewModel.models.bind(to: tableView.rx.item(dataSource: dataSource)).dispose(by: disposeBag)
}
}
这里面使用的SingleSection和TableViewSingleSectionDataSource是我对RxDataSources在单section时快速绑定数组的扩展，可以在gist上查看源码：https://gist.github.com/lm2343635/79419495dd691b9253bb326671019c55
使用MVVM后，开发者只需要维护数据的源头，也就是ModelManager.share.models即可，剩下的都是有数据绑定带来的自动更新。
进阶线路
说再多，也不如自己上手体验过来的清晰明白，如果你正犹豫不知道该如何上手MVVM，推荐阅读http://objc.io的App架构一书，我买的是中文的译文版本。
具体涉及到的框架无非是ReactiveSwift或者RxSwift，个人是先上手的RxSwift，并且是RxSwift全家桶：
- RxSwift (ReactiveX/RxSwift)
- RxCocoa (ReactiveX/RxSwift)
- RxDataSources (RxSwiftCommunity/RxDataSources)
- RxFlow (RxSwiftCommunity/RxFlow)
再配合SnapKit (SnapKit/SnapKit)手工布局UI和R.swift (mac-cain13/R.swift)消除字符串API调用，开发简直爽的不要太多。
总结
本人是个彻彻底底的软黑，最近看了iPhone XS Max的的抢钱行为感觉也要果黑了，但是MVVM这个巨硬的东西是真的推崇，纯技术和设计模式上的喜欢和推崇。虽然FRP + MVVM-C的学习路线相对陡峭，但是一旦学会，就会开启全新世界的大门，受益无穷！
人都是有惰性的，总习惯于老的、熟练的开发方式，不愿意去尝试新的方式。因为中间有陡峭的学习成本，但是一旦跨越之后，得到的一定是飞一般的提升。
网友评论