模型对象
模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。例如，模型对象可能是表示游戏中的角色或地址簿中的联系人。用户在视图层中所进行的创建或修改数据的操作，通过控制器对象传达出去，最终会创建或更新模型对象。模型对象更改时（例如通过网络连接接收到新数据），它通知控制器对象，控制器对象更新相应的视图对象。
视图对象
视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，并可能对用户的操作作出响应。视图对象的主要目的，就是显示来自应用程序模型对象的数据，并使该数据可被编辑。尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。
在iOS应用程序开发中，所有的控件、窗口等都继承自 UIView，对应MVC中的V。UIView及其子类主要负责UI的实现，而UIView所产生的事件都可以采用委托的方式，交给UIViewController实现。
控制器对象
在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。
控制器对象解释在视图对象中进行的用户操作，并将新的或更改过的数据传达给模型对象。模型对象更改时，一个控制器对象会将新的模型数据传达给视图对象，以便视图对象可以显示它。
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，delegate是一组协议，表示程序将要或者已经处于某种状态时，来调整View，以对用户有个交代。例如系统内存不足了，你是 不是相应的降低view的质量以节省内存。
注：突然冒出个delegate，让人不好理解，其实他不对应xcode为我们创建的XXAppDelegate文件，此文件不属于MVC中的任何一部分，虽然与MVC有联系。
第一部分说了这么多终于点题了，如何使用MVC模式更好的给VC瘦身，提高复用性和可维护性呢？我画了下面一个图：
其中VC持有View和Model部分，View通过代理或者Target-Action的方式把用户的操作传递给VC，VC负责根据不同的用户行为做出不同响应。如果需要加载或刷新数据则直接调用Model暴露的接口，如果数据可以同步拿到，则直接使用获取到的数据刷新View。如果数据需要通过网络请求等其他异步的方式获取，VC则通过监听Model发出的数据更新(成功或失败)通知，在收到通知时根据成功或者失败对View进行相应的刷新操作。可以看出来整个过程中View和Model是没有直接交互的，所有的操作都是通过VC进行协调的。