- Modal 模型对象：
模型对象封装了应用程序的数据，并定义操控和处理该数据的逻辑和运算。例如，模型对象可能是表示商品数据 list。用户在视图层中所进行的创建或修改数据的操作，通过控制器对象传达出去，最终会创建或更新模型对象。模型对象更改时（例如通过网络连接接收到新数据），它通知控制器对象，控制器对象更新相应的视图对象。
- View 视图对象：
视图对象是应用程序中用户可以看见的对象。视图对象知道如何将自己绘制出来，可能对用户的操作作出响应。视图对象的主要目的就是显示来自应用程序模型对象的数据，并使该数据可被编辑。尽管如此，在 MVC 应用程序中，视图对象通常与模型对象分离。
在iOS应用程序开发中，所有的控件、窗口等都继承自 UIView，对应 MVC 中的 V。UIView 及其子类主要负责 UI 的实现，而 UIView 所产生的事件都可以采用委托的方式，交给 UIViewController 实现。
- Controller 控制器对象：
在应用程序的一个或多个视图对象和一个或多个模型对象之间，控制器对象充当媒介。控制器对象因此是同步管道程序，通过它，视图对象了解模型对象的更改，反之亦然。控制器对象还可以为应用程序执行设置和协调任务，并管理其他对象的生命周期。
控制器对象解释在视图对象中进行的用户操作，并将新的或更改过的数据传达给模型对象。模型对象更改时，一个控制器对象会将新的模型数据传达给视图对象，以便视图对象可以显示它。
对于不同的 UIView，有相应的 UIViewController，对应 MVC 中的 C。例如在 iOS 上常用的 UITableView，它所对应的 Controller 就是UITableViewController。
实际开发中，M虽然本意是业务模型，但通常被理解为数据库操作层。
V即界面层，这个没有异议。
C则被理解为业务层。
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。
- M层模型（更多的是数据库模型）
（1）创建数据库、创建相应的表
（2）完成针对数据库各个表的增、删、改、查的操作类
（3）映射数据库各个表的实体类（这个实体类的作用就是沟通数据库层（M）和控制层（C）的桥梁，同时这个实体类也将担负其后台数据（xml、sbjson等）与本地数据的沟通和存储）
本层要实现的功能：
数据库各个表的增、删、改、查
- C层控制
这个层的意义就在于确保M和V的同步。我个人理解，这层不仅叫控制层，更应该叫业务层。
本层要实现的功能：
界面控件中数据和事件
- V层视图
不用多讲了，在ios中，这个层主要由.xib文件完成。如果客户由自定义需求，则在.m文件中实现。本层实现的功能就是控件的布局。