从MVC到MVVM的优势

本文来自我在知乎上的一个回答：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 = ModelManager.share.models.asObservale()
    var modelSection: Observable> {
        return models.map { SingleSection.create($0) }
    }
}

class ViewController: UIViewController {
    //...
    private let viewModel: ViewModel
    private lazy var dataSource = TableViewSingleSectionDataSource(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的学习路线相对陡峭，但是一旦学会，就会开启全新世界的大门，受益无穷！

人都是有惰性的，总习惯于老的、熟练的开发方式，不愿意去尝试新的方式。因为中间有陡峭的学习成本，但是一旦跨越之后，得到的一定是飞一般的提升。