前言
这是一篇纯理论的文章，是在看了 Developing iOS 9 Apps with Swift 的 Applying MVC 章节后个人对 MVC 设计模式的理解。
什么是 MVC
MVC 全名是 Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
模型 Model
模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。在 MVC 的三个部件中，模型拥有最多的处理任务。
视图 View
视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，并可能对用户的操作作出响应。视图对象的主要目的，就是显示来自应用程序模型对象的数据，并使该数据可被编辑。尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。在 iOS应用程序开发中，所有的控件、窗口等都继承自 UIView ，对应 MVC 中的 V 。UIView 及其子类主要负责 UI 的实现，而 UIView 所产生的事件都可以采用委托的方式，交给 UIViewController 实现。
控制器 Controller
在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。
控制器对象解释在视图对象中进行的用户操作，并将新的或更改过的数据传达给模型对象。模型对象更改时，一个控制器对象会将新的模型数据传达给视图对象，以便视图对象可以显示它。
MVC 运作机制
控制器（Controller）和 模型（Model）之间的通信
控制器（Controller）-> 模型（Model）
控制器能够完全控制模型，知道模型所有的属性和可以调用模型所有的方法。控制器可以展示和修改模型的信息。
模型（Model）-> 控制器（Controller）
一般情况下，模型是不能与控制器直接通信的。iOS 采用 Notification 和 KVO 的形式通知控制器其变化。
控制器（Controller）和 视图（View）之间的通信
控制器（Controller）-> 视图（View）
控制器需要通过视图来展示模型的内容。
控制器到视图的通信通常是以 outlet 形式。
视图（View）-> 控制器（Controller）
视图到控制器的通信有三种方式
- target-action
- 委托（Delegate）
- 数据源（DataSource）
模型（Model）和 视图（View）之间的通信
模型和视图之间是相互独立的。
MVC 优点
低耦合性，高可重用性，可维护性较高。
最后
本人为iOS开发新手一枚，写的不好的或写错的地方，希望各位大侠能帮忙指正。
各位大侠，如果觉得对自己有点用的，欢迎点个赞，也欢迎大家关注我( Github / 简书 / 微博 / Instagram / 知乎)
谢谢观看此文。
