个人对 MVC, MVP, MVVM三种模式的理解
Make everything as simple as possible, but not simpler — Albert Einstein*
把每件事，做简单到极致，但又不过于简单 - 阿尔伯特·爱因斯坦
何为设计模式
- 具有某种重复性规律的方案，就是设计过程中可以反复使用的、可以解决特定问题的设计方法。
- 设计模式是针对特定上下文的特定问题的解决方案，这种解决方案被抽象化、模版化，就是设计模式。
- 是一种解决问题的思维，而并非某种特定的方法。
其实这三个解释是一个意思，只是给出不同的说法帮助理解这个抽象的概念。
为什么用设计模式
- 设计模式也可以帮助你提升思考架构的层次到模式层面，而不是停留在琐碎的对象上。
- 方便交流, 把隐形知识清晰地表达出来, 而不在于编码路线图。
- 让项目在庞大之后结构还是能非常清晰，不让代码失控。
- 显得专业，更加装X （呵呵）
OO（面向对象）设计原则
- 找出应用中可能需要变化之处，把它们独立出来， 不要和那些不需要变化的代码混在一起。
- 针对接口编程，而不是针对实现编程。
- 多用组合，少用继承。
OOP（面向对象编程）原则
| 名称 | 简介 |
|---|---|
| 单一职责 原则 | 类的职责要单一，不能将太多的职责放在一个类中 |
| 开闭原则 | 软件实体对扩展是开放的，但对修改是关闭的，即在不修改一个软件实体的基础上去扩展其功能 |
| 里氏代换原则 | 在软件系统中，一个可以接受基类对象的地方必然可以接受一个子类对象 |
| 依赖倒转原则 | 要针对抽象层编程，而不要针对具体类编程 |
| 接口隔离原则 | 使用多个专门的接口来取代一个统一的接口 |
| 合成复用原则 | 在系统中应该尽量多使用组合和聚合关联关系，尽量少使用甚至不使用继承关系 |
| 迪米特法则 | 一个软件实体对其他实体的引用越少越好，或者说如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用，而是通过引入一个第三者发生间接交互 |
MV(X)
- Models（模型）数据层，负责处理数据，数据接口层
- Views（视图）展示层(GUI) 负责创建与展示 UI
- Controller、Presenter、ViewModel 主要是用来负责Model 和 View的沟通。
MVC 设计模式
mvc.png
以 IOS 开发为例，这里的 Controller 其实是 UIViewController。
这个是理想中的模型，但是在实际开发过程中，并没有想象中那样清晰。我们很多人都会觉的这个模式下的 UIViewController 太臃肿了，而且大大降低了 Contrlller 的重用性。我们在用这个模式的时候可能很多时候都是在考虑这样一个问题，网路请求到底是 Model 负责还是 Controller 负责。
View和 Model 是相互独立的这点很好，可以方便后来的单元测试。但是，我们一般会把复杂的业务逻辑放到 Controller 里面，这造成了很难去测试 Controller 。IOS 开发中 View 的整个生命周期都是需要 Controller 来管理，这就造成了 View 和 Controller 之间存在严重的耦合现象，在项目庞大之后看起来会特别散乱。
MVP模式
mvp.png
以 IOS 开发为例，这里的 View 其实是 UIViewController。
它是由 MVC 演变而来的，最大的变化莫过于上面这句话。对 MVP 的 Presenter 根本不用关心 ViewController 的生命周期，所以在 Presenter 里面几乎没有涉及到 UI 的代码，我们所有的 UI 处理全部放到了 UIViewController 里面，这样的话很符合之前说的单一职责。
这里要强调一下 MVP 模式的是双向通信的，我们看一段代码
// Assembling of MVP
let model = Person(firstName: "David", lastName: "Blaine")
let view = GreetingViewController()
let presenter = GreetingPresenter(view: view, person: model)
view.presenter = presenter
在这里面 presenter 同时持有 Model 和 View 两个对象，当用户操作 View 然后调用 Presenter 来改变 Model，Model 更新完毕后，presenter 调用 View 的方法来更新 UI。
MVVM模式
mvvm.png
以 IOS 开发为例，这里的 View 其实是 UIViewController。
这个模式完全是由 MVP 进化过来的，它和 MVP 的不同点在于 ViewModel 和 View 之间的通信采用的是数据绑定，ViewModel 不像 MVP 中的 presenter直接持有 View 对象，在这个模式中，ViewModel无法直接调用 View 来更新 UI 而是通过事件回调的方式来通知 View 更新，比如通过协议、通知、代理、闭包等等一些方式来异步的更新 UI。这是跟 MVP 最大的区别。这个是为了满足UI层更加细节化、可定制化。
// Assembling of MVVM
let model = Person(firstName: "David", lastName: "Blaine")
//View中实现了delegate
let view = GreetingViewController()
let viewModel = GreetingViewModel(person: model)
//让 ViewMode 持有此代理
viewModel.delegate = view
view.viewModel = viewModel
以上就是我自己对三种模式的理解，希望对大家有所帮助，如有错误还请留言指出。
参考链接：
http://john-kong19.iteye.com/blog/934105
http://www.jianshu.com/p/b42a26623aeb
http://www.jianshu.com/p/75fab47aaacc
http://www.programmer-club.com.tw/showSameTitleN/c/42739.html
http://willtea.iteye.com/blog/1704806
http://blog.csdn.net/txchen/article/details/1554361
https://blog.coding.net/blog/ios-architecture-patterns
