【iOS夯实】设计模式之 MVC

前言

这是一篇纯理论的文章，是在看了 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）

视图到控制器的通信有三种方式

1. target-action
2. 委托（Delegate）
3. 数据源（DataSource）

模型（Model）和 视图（View）之间的通信

模型和视图之间是相互独立的。

MVC 优点

低耦合性，高可重用性，可维护性较高。

最后

本人为iOS开发新手一枚，写的不好的或写错的地方，希望各位大侠能帮忙指正。
各位大侠，如果觉得对自己有点用的，欢迎点个赞，也欢迎大家关注我( Github / / 微博 / Instagram / 知乎)
谢谢观看此文。