MVC模式

mvc是前两年使用较为宽泛的设计模式，甚至宽泛到又一次我面试说熟悉它，面试官竟说它也算设计模式，在此我想回敬一句，是不是所有人都用苹果手机，iOS就不叫操作系统了呢？？？哈哈😄，言归真转

MVC即字面意思为model、view、controller，其用意在于将数据与视图分离开来，

model：模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。

view：视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，可能对用户的操作作出响应。视图对象的主要目的就是显示来自应用程序模型对象的数据，并使该数据可被编辑

controller：在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期

m、v、c之间的关系

如图一所示：

图-

model与view之间不可通信，

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 将不会加载内容。

Model 与 Controller

Controller 直接向 Model 请求数据。一般将 Model 的类作为 Controller 的属性，直接调用相应的实例方法或者类方法即可。

Model 通过 Notification 和 KVO 将数据的变化通知给 Controller。KVO 是指 Key-value observing，是一种观察者模式的实现，可以使得 Controller 在 Model 的数据变化时能够得到通知。Notification 是另外一种系统提供的通知机制，与 KVO 的直接通知到观察者对象不同，系统提供了一个 NotificationCenter 来广播通知。两者都可以实现一对一或一对多的关系。

附白胡子老头 mvc 的demo便于理解。如果嫌麻烦，本人谢了几行代码，可以看一下demo