一、MVC模式
MVC概念
MVC把软件系统分为三个部分：Model，View，Controller。分别对应的就是模型－视图－控制器
Model：封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算
View：是应用程序中用户可以看见的对象
Controller：充当Model与View之间的媒介。View中进行的用户操作可以通过Controller传达给Model，Controller也可将Model传递给View，以便View可以显示它
Model与View之间不能相互通信
MVC之间的交流模式
图中有几条线把这三部分划分开，有黄线，虚线，和白色的实线。我们把它们想象成路标
你可以看到，在M和V之间有两条黄线，这表示什么呢？它意味着你不能 穿越这黄线，任何一个方向都不行，即M和V完全分离
在图的上部，你可以看到白色的虚线，它意味着你可以自由的穿越它，只要是安全的
那白色的实线呢？它代表你可以穿越，但你必须要买票，或者交点过路费
Controller与Model
首先，我们来看C和M之间的绿色箭头，这箭头的方向就代表着“发起对话”的方向
也就是说，发起对话的是C，而做出回答的是M。C可以问M各种各样的问题，但M只是回答C的问题或要求，它不可以主动的向C要求什么
还记得虚线是畅通无阻的意思吧，所以，C知道M的所有的事情
如果用代码来说明这件事情，就是说，C可以导入M的头文件或是M的接口（API）。因为C可以通过M的API，所以它就可以肆无忌惮的向M要求这要求那了
Controller与View
我们再来看看另外的一个绿色箭头，它是在C和V之间，和前一个绿色箭头的意义一样，它代表C可以直接地向V进行交流
你可以想想，C要把V放到屏幕上，并设置V的属性，告诉它们什么时候从屏幕上消失，把它们分成组等等。
如果C不能自由的向V发号施令的话，程序的显示将会多么的困难。所以，C可以毫无限制地向V说话。
可能你已经注意到了，这个箭头上还有outlet(输出口)，outlet可以看作是从C指向V的指针，它在C中被定义
outlet给我们提供了很大的方便，它使我们在C的内部就可以轻松准确地向V施令
C可以拥有很多的outlet，可以不止一个，这也使它可以更高效的和V进行交流
Model与View
那M和V之间可以交流么？还记得黄线的意思么？完全不可以通过，所以我们是不允许M和V进行交流的
这是因为我们不希望这三部分之间有过多的交流
你想想，假如V在显示时出现了问题，比如有一个图形没有显示出来，我们就要去查找错误
因为C可以和V交流，M也可以和V交流的话，我们就要去检查两个部分
相反的，只有C可以和V交流的话，在出错时，我们就只需要去C那里查找原因，这样查找错误不就很是简单了么？
所以，我们不允许M和V之间有直接的联系，这也是在它们两之间有两根黄线的原因
总结
（1）Model和View永远不能相互通信，只能通过Controller传递。
（2）Controller可以直接与Model对话（读写调用Model），Model通过Notification和KVO机制与Controller间接通信。
（3）Controller可以直接与View对话，通过outlet，直接操作View
outlet直接对应到View中的控件，View通过action向Controller报告事件的发生(如用户Touch我了)
Controller是View的直接数据源（数据很可能是Controller从Model中取得并经过加工了）
Controller是View的代理（delegate)，以同步View与Controller
我们接下来讨论V是如何向C发送信息的。V对C的交流有三种不同的方式：
第一种我们称为目标操作(target-action)
它是这样工作的，C会在自己的内部“悬挂”一个目标(target)，如图中的红白相间的靶子
对应的，它还会分发一个操作(action，如图中的黄色箭头)给将要和它交流的视图对象(可能是屏幕上的一个按钮)
当按钮被按时，action就会被发送给与之对应的target，这样V就可以和C交流了
但是在这种情况下，V只是知道发送action给对应的target，它并不知道C中的类，也不知道它到底发送了什么。target-action是我们经常使用的方法。
第二种方式我们叫做委托(delegate)
有时候，V需要和C进行同步，你知道，用户交互不仅仅是什么按按钮，划滑块，还有很多种形式
好了， 让我们来看看图中的delegate黄色箭头，你发现箭头上又分出了四个小箭头：should，did，will，还有一个没标注的
绝大部分的delegate信息都是should，will，did这三种形式
和英文意思相对应，should代表视图对象将询问C中的某个对象“我应该这么做么？”
举个例子，有一个web视图，有人点击了一个链接，web视图就要问“我应该打开这个链接么？这样做安全么？”。这就是should信息
那 will和did呢？will就是“我将要做这件事了”，did就是“我已经做了这件事”
C把自己设置为V的委托(delegate)，它让V知道：如果V想知道更多的关于将如何显示的信息的话，就向C发送delegate信息。通过接受V发过来的delegate信息，C就会做出相应的协调和处理
还有一点，每个V只能有一个delegate
第三种方式就是数据源(datasource)
V不能拥有它所要显示的数据，记住这点非常重要
V希望别人帮助它管理将要显示的数据，当它需要数据时，它就会请求别人的帮助，把需要的数据给它
再者，iphone的屏幕很小，它不能显示包含大量信息的视图。看图中的datasource箭头，和delegate类似，V会发送cout，data，at信息给C来请求数据。
对于不同的UIView，有相应的UIViewController，对应MVC中的C。例如在iOS上常用的UITableView，它所对应的Controller就是UITableViewController
