RxSwift 结合 MVVM 简直太合适不过了，或者说 RxSwift 就是为 MVVM 而生。在演示 MVVM 架构样例之前，我先简单地介绍下 MVVM 的一些基本概念，并与传统的 MVC 架构做个比较。
一、MVC 架构
1，基本介绍
（1）MVC 是 Model-View-Controller 的缩写。它主要有如下三层结构：
-
Model：数据层。负责读写数据，保存App状态等。 -
View：界面显示层。负责和用户交互，向用户显示页面，反馈用户行为等。 -
Controller：业务逻辑层。负责业务逻辑、事件响应、数据加工等工作。
（2）通常情况下，Model 与 View 之间是不允许直接通信的，而必须由 Controller 层进行协调。
2，优点
使用 MVC 架构可以帮助我们很好地将数据、页面、逻辑的代码分离开来，使得每一层相对独立。同时我们还能够将一些通用的功能抽离出来，实现代码复用。
3，缺点
虽然 MVC 架构久经考验，但它并不是十分适合 iOS 项目的开发。因为在 iOS 项目中：
-
ViewController既扮演了View的角色，又扮演了Controller的角色。 - 而
Model在ViewController中又可以直接与View进行交互。
一旦 App 的交互复杂些，就会发现 ViewController 将变得十分臃肿。大量代码被添加到控制器中，使得控制器负担过重。同时 View 与 Controller 混在一起，也不容易实现 View 层的复用。
二、MVVM 架构
1，基本介绍
（1）MVVM 是 Model-View-ViewModel 的缩写。MVVM 可以说是是 MVC 模式的升级版：
-
MVVM增加了ViewModel层。我们可以将原来Controller中的业务逻辑抽取出来放到ViewModel中，从而大大减轻了ViewController的负担。 - 同时在
MVVM中，ViewController只担任View的角色（ViewController与View现在共同作为View层），负责View的显示和更新，其他业务逻辑不再需要ViewController来管了。
（2）同样使用 MVVM 架构时，Model 与 View|ViewControllter 之间是不允许直接通信的，而是由 ViewModel 层进行协调。
2，优点
通过将原本在 ViewController 的视图显示逻辑、验证逻辑、网络请求等代码存放于 ViewModel 中：
- 一来可以对
ViewController进行瘦身。 - 二来可以实现视图逻辑的复用。比如一个
ViewModel可以绑定到不同的View上，让多个view重用相同的视图逻辑。 - 而且使用
MVVM可以大大降低代码的耦合性，不仅方便测试、维护，也方便多人协作开发。
3，缺点
（1）相较于 MVC，使用 MVVM 会轻微的增加代码量。但总体上减少了代码的复杂性，个人觉得还是值得的。
（2）还有就是学习成本。使用 MVVM 还是有许多地方要学习的。比如 View 与 ViewModel 之间的数据绑定，如果驾驭不好，同样会造成代码逻辑复杂，不易维护的问题。但我想年轻人还是要有颗拥抱变化的心。不要守旧、不要排斥新技术，这样才能不断进步，不会被时代给淘汰。
