MVC MVP MVVM 模式学习

MVC

1.MVC 介绍

MVC 模式的意思就是将软件分为三个部分：

1. 视图（view）:用户界面
2. 控制器（Controller）:业务逻辑
3. 模型（Model）：数据保存

2.MVC 各个模块之间的通讯说明

MVC 各个部分之间的通讯：

1. Model ：用来保存数据
2. view : 用来显示Model的数据
3. Controller ：用来调节模型和视图之间的交互。（完成业务逻辑的处理）

mvc 中所有的通信都是单向的。

两幅代表性的图：

Paste_Image.png

我倾向于这个图！

Paste_Image.png

MVP

MVP 模式将 Controller 改名为 Presenter, 同时改变通信的方向。

1. 各个部分之间的通讯都是双向的。
2. View 和 Mode 不发生联系，都是通过 Presenter 传递。
3. View 非常的薄， 不部署任何的业务逻辑，被称为“ 被动视图”（Passive View），即没有任何的主动性，而Presenter 非常厚， 所有逻辑都部署在哪里。

Paste_Image.png

MVVM

mvvm 介绍

MVVM 模式将 Presenter 改名为ViewModel, 基本上与 MVP 模式完全一致。
唯一的区别就是，它采用双向绑定（data-binding）：View 的变动，自动反应到 ViewModel ，反之亦然。

Paste_Image.png

在iOS 开发中为什么要使用 MVVM

在iOS 应用中日益增长的重量级视图控制器的问题：在 MVC 应用里，许多逻辑被放在ViewController 里。它们中的一些确实属于ViewController ，但更多的是所谓的“表示逻辑”（presentation logic）；为了不让控制器日益增大，便于测试管理。便出现了MVVM.
MVVM: 其实是 MVC 的增强版本，将表示逻辑从Controller 中移出，放到一个新的对象里，即ViewModel
MVVM 学习的博客推荐：
1、浅谈iOS中MVVM的架构设计与团队协作 -->包含示例代码
2、ReactiveCocoa 和 MVVM 入门

一句话就是剥离或轻量化 Controller 中关于 View 和 Model 的部分。
Model-View-ViewModel 可以：
• MVVM 可以兼容你当下使用的 MVC 架构。
• MVVM 增加你的应用的可测试性。
• MVVM 配合一个绑定机制效果最好。
并没有对我们的MVC架构做太多改变。还是同样的代码，只不过移动了位置。它与MVC兼容，带来更轻量的ViewControllers。

Model 是不可变的，所以我们可以只在初始化的时候指定我们 View Model 的属性。对于可变 Model，我们还需要使用一些绑定机制，这样 View Model 就能在背后的 Model 改变时更新自身的属性。此外，一旦 View Model 上的 Model 发生改变，那 View 的属性也需要更新。Model 的改变应该级联向下通过 View Model 进入 View。
更轻量的 View Controllers
• 把 Data Source 和其他 Protocols 分离出来
• 将 Domain Logic 移到 Model 中
• 创建 Store 类
• 把网络请求逻辑移到 Model 层
• 把 View 代码移到 View 层
我们已经看到一些用来创建更小巧的 view controllers 的技术。我们并不是想把这些技术应用到每一个可能的角落，只是我们有一个目标：写可维护的代码。知道这些模式后，我们就更有可能把那些笨重的 view controllers 变得更整洁。

MVVM = Model + View + ViewModel
看上去和MVC差不多，就是把ViewController替换成了ViewModel。如果是这样的话，MVVM压根就没有存在的必要了。所以并不是进行了简单的替换。MVVM由3部分组成：Model ， View ， ViewModel。
• Model: 作为数据的容器
• View: 负责界面的展示以及用户交互的处理
• ViewModel: 负责业务逻辑处理
iOS中的MVVM
然并卵iOS中我们没有办法绕过UIViewController。诸如UITabController， UINavigationController是非常非常常用的。没有这些容器，我们写界面时的情景简直不敢想象。IB与UIViewController的结合比较紧密。如果你通过IB来画界面的话，更离不开UIViewController。那么iOS中的MVVM是什么样的?
• Model: 作为数据的容器
• View: 负责界面的展示以及用户交互的处理
• ViewController: 用代码创建视图；胶水代码，连接View和ViewModel
• ViewModel: 负责业务逻辑处理

Model，View，ViewModel的职责都没有改变。iOS的MVVM开发模式中ViewController只做与视图有关的操作，以及连接View与ViewModel的胶水代码。也就是说View部分其实是由原本的View＋部分ViewController组成。

胶水代码
iOS中没有胶水代码的MVVM是不完整的
胶水代码都做了哪些事情？

1. 将控件的事件传递给ViewModel，使得ViewModel其有机会处理用户交互。
2. 将ViewModel的内容与View进行绑定，使得View有机会显示正确的内容。
   在ReactiveCocoa出来之前，胶水代码很难写的很优雅。这也是为什么以前iOS中MVVM并不怎么火的原因。关于ReactiveCocoa的学习与使用本文不会涉及。如果有需要可以自行搜索学习。它是响应式开发的利器。
   iOS的MVVM开发模式不能没有"ReactiveCocoa"
   没有胶水代码，你不能将业务逻辑从ViewController中抽离。