浅谈MVC和MVVM模式
MVC
I’m dating with a model… and a view, and a controller.
众所周知，MVC 是开发客户端最经典的设计模式，iOS 开发也不例外，但是 MVC 有让人无法忽视的严重问题。
MVC, short for Massive View Controller
在通常的开发中，除了简单的 Model、View 以外的所有部分都被放在了 Controller 里面。Controller 负责显示界面、响应用户的操作、网络请求以及与 Model 交互。这就导致了 Controller：
- 逻辑复杂，难以维护。
- 和 View 紧耦合，无法测试。
Model View ViewModel
既然 View 和 Controller 是一对好基友，在 MVVM 里面，干脆把它们当做 View。
现在将原来 Controller 的部分职责拆分出来由 View Model 承担，主要包括：
- 校验用户输入。
- 网络请求。
- 展示层的逻辑，比如格式化字符串。
- 其他不能放入 Model，与 View 无关的逻辑。
原来的 Controller 现在只负责绑定 View 和 ViewModel。值得注意的是，View Model 不包含与 View 直接关联的部分。一般来说，只要代码中没有#import <UIKit/UIKit.h>即可。
MVVM 的优点
- MVVM 兼容 MVC，可以先创建一个简单的 View Model，再慢慢迁移。
- MVVM 使得 app 更容易测试，因为 View Model 部分不涉及 UI。
MVVM 最好配合 binding 机制，Model 的变化需要同步到 View Model，View Model 的变化也需要同步到 View。ReactiveCocoa 就可以用来实现 binding，当然它能做的远远不止 binding。
Ref
http://www.teehanlax.com/blog/model-view-viewmodel-for-ios/
https://www.objc.io/issues/13-architecture/mvvm/
之前浅入理解MVC和MVVM
MVC
模型－视图－控制器（Model-View-Controller）
- Model和View永远不能相互通信，只能通过Controller传递。
- Controller可以直接与Model对话（读写调用Model），Model通过Notification和KVO机制与Controller间接通信。
- Controller可以直接与View对话，通过outlet,直接操作View,outlet直接对应到View中的控件,View通过action向Controller报告事件的发生(如用户Touch我了)。Controller是View的直接数据源（数据很可能是Controller从Model中取得并经过加工了）。Controller是View的代理（delegate),以同步View与Controller。
iOS 中的 MVC
所谓的 MVC 是指：
- Model: 数据的拥有者，实现具体的业务逻辑。
- View: 具体的用户界面，如按钮、列表、图片。
- Controller: 负责将 View 中用户的动作传达给 Model，将 Model 的数据通过 View 展现出来。
通常 iOS 的每个场景（scene）都由一个 ViewController 来管理，这个 ViewController 可以是库中原生的，更多情况下是我们自定义的，但是都继承自 UIViewController。顾名思义，ViewController 包含了 MVC 中的 Controller 和 View，其中的 View 一般是系统提供的 UIButton、UILabel 等类的实例。而 Model 一般都是我们自定义的类。
MVC 之间的交互
1.View 与 Controller
View 与 Controller 的关系是十分紧密的，他们之间可以双向通信。
Controller 可以直接操作 View。在使用 Storyboard 进行界面设计时，我们可以直接拖拽现有的控件（View），再通过 Controller—Drag 就可以为各种 控件生成一种类似于句柄的 outlet来作为 ViewController 的属性，ViewController 通过 outlet 来对 View 进行操作，设置其外观、状态或者行为等等。如果是通过纯代码来编写界面，ViewController 类中就包含了控件的实例，直接通过这些实例的指针进行操作即可。
View 可以通过特殊的方式来发消息给 Controller。因为系统自定义的 View 并不知道当用户进行操作之后，Controller 需要做些什么，为了减少耦合性，采用了一些特殊的方式来与 Controller 进行通信。通信的方式有：
- IBAction。通过 Controller—Drag，XCode 会自动生成事件的响应方法。也可以使用
(void)addTarget:(id)target action:(SEL)action方法来注册事件的响应方法。 - DataSource。当系统的某些 View 在呈现时需要我们提供相应的数据。我们必须为 View 指定 DataSource，并实现相应的 DataSourceProtocol（所谓的 Protocol 是指预先定义好的一组回调函数，其中的部分是必须实现的，部分是可选的。）最典型的是 UITableView，我们必须告诉系统这个 TableView 有多少行，每行的 Cell 内容是什么。
- Delegate。它也是一组 Protocol，系统会在特定事件（如网页的跳转、网页加载）发生的前后来调用这些方法。View 可以在不知道某个类的细节的情况下，把该类设置成自己的 Delegate，只要目标类实现了 Protocol 中的必须实现的方法。这些 Protocol 中的方法的命名是有规律的，通常会包含三种关键字：
- will: 表示这个方法会在某种事件发生前调用。
- did: 表示这个方法会在某种事件发生后调用。
- should: 通常用来确定该不该让某件事发生。如
webView:shouldStartLoadWithRequest:navigationType:，它的返回值是布尔型，当返回 NO 时，WebView 将不会加载内容。
2.Model 与 Controller
Controller 直接向 Model 请求数据。一般将 Model 的类作为 Controller 的属性，直接调用相应的实例方法或者类方法即可。
Model 通过 Notification 和 KVO 将数据的变化通知给 Controller。KVO 是指 Key-value observing，是一种观察者模式的实现，可以使得 Controller 在 Model 的数据变化时能够得到通知。Notification 是另外一种系统提供的通知机制，与 KVO 的直接通知到观察者对象不同，系统提供了一个 NotificationCenter 来广播通知。两者都可以实现一对一或一对多的关系。
3.Model 与 View
他们不能相互发送信息。
MVVM
Model －ViewModel － View
什么是 MVVM：一个 MVC 的增强版，我们正式连接了视图和控制器，并将表示逻辑从 Controller 移出放到一个新的对象里，即 View Model。MVVM 听起来很复杂，但它本质上就是一个精心优化的 MVC 架构
Model层是少不了的了，我们得有东西充当DTO(数据传输对象)，当然，用字典也是可以的，编程么，要灵活一些。Model层是比较薄的一层，如果学过Java的小伙伴的话，对JavaBean应该不陌生吧。
ViewModel层，就是View和Model层的粘合剂，他是一个放置用户输入验证逻辑，视图显示逻辑，发起网络请求和其他各种各样的代码的极好的地方。说白了，就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。
View层，就是ViewController层和view，他的任务就是从ViewModel层获取数据，然后显示。