模型-视图-控制器

这个模式其实应该叫做MCV，用控制器把model与view隔开才对，也就是model与view互相不知道对方的存在，没有任何瓜葛，他们就像一个团队里吵了架的同事，如果有项目需要他俩来参与，那么最好有第三者来管理他俩之间的沟通与协调。这个第三者就是控制器。

既然管理，那么姑且就把这个控制器提做项目经理吧，这样的话让他俩干啥就得干啥。

让我们来欣赏一下这张图（摘自斯坦福公开课的课件）：

先撇开那些乱七八糟的箭头单看他们之间的分界线，view与controller、model与controller之间的线是虚的，而model与view之间的是双黄线，考过驾照的知道越过这个线意味着什么吧。

控制器与视图之间的大部分连线都可以在Xcode中通过按住ctrl来连接。例如outlet，例如delegate。有了这些连线，他们之间的沟通算是畅通无阻了。

1）用户在view上的操作可以直接告诉控制器让控制器去响应

2）view需要的代理也可以指派给控制器让控制器去完成

3）view需要的数据源也需要控制器来提供

总之，控制器很忙，因为它非常被动。

控制器还需要一个角色的参与：model

顾名思义，模型。我觉得使用asp.net里mvc的domain来描述比较好理解，领域。例如你要开发一个图书管理系统，模型里描绘的就是图书的书名、售价、作者，谁借走了，几号借走的，一切关于这个应用领域的数据。

我们可以给模型一个简单的定义：它描述了一个应用所有需要抽象出来的数据结构和这些数据之间的关系，还有他们获取数据需要通过的途径（本地的、远程的）等。

有了模型，控制器想啥时候去拿数，想怎么拿都行。

仔细观察上面的图，有控制器到model的箭头，没有model到控制器的箭头。因为模型不需要知道控制器的存在，这样可以减少耦合，提高代码复用可能性。把你定义好的model挪到别的项目中，还可以使用。

但是问题来了，当model数据已经更新了，被修改了，怎么通知相关的控制器？注意model上方有个天线，高端！之所以使用无线的，是因为model不知道更改要发给谁，但是model可以广播，model的观点：谁关心我的更改让谁收听去，我对谁收听了我不感兴趣。

广播的方式有两种：Notification 和 KVO（都是设计模式，本系列接下来会详述）

好了，他们几个之间的关系基本有个概念了。mvc模式就是这样，把原本杂乱无章的类，分为三堆，严格监管，按规则行事。

还是那句话：

说到底一切都是为了使类之间的耦合性更松散。好的代码应该对扩展开放，对修改关闭。

IOS设计模式之三：MVC模式