提到MVC时，我们通常会说“MVC设计模式”。的确，MVC是一种古老又经典的设计思想，它将应用程序划分为实体、视图和控制三个逻辑部件，具有逻辑复用、松散耦合等优点。这里从软件架构和软件框架的角度出发，探讨MVC设计思想，并介绍Cocoa框架对MVC的实现。

简单MVC图解

1.架构设计

软件架构从根本上说，是一种设计思想。
软件架构并不是一个可执行的软件，而是对系统结构组成的规划和职责设定，是系统的蓝图。

请好好理解这句话，可能需要工作一段时间之后才能明白：

一个系统通常可以从逻辑上划分为多个部分：有处理计算的，有处理界面的，有处理数据的，有处理业务规则的，有处理安全的等等。软件架构的意义就在于，它可以将这些可逻辑划分的部分独立出来，用约定的接口和协议将它们有机地结合在一起，形成职责清晰、结构清楚的软件结构。

关键字： 部分独立出来，约定接口，协议，结合，职能

软件架构是一个逻辑性的框架描述，就好像一个别墅的设计图。它只描述房间的间架结构、楼层之间如何分隔、上下水系统在哪里安装、电路如何布线等。这些仅停留在纸面上，它并没有一个实际的可执行部分。

大部分的软件架构都是由一个设计思想，加上若干设计模式，再规定一系列的接囗规范、传输协议、实现标准等文档构成。

例如：J2EE规范描述了一系列逻辑部件，如Session Bean、Entity Bean、Message Driven Bean、JAAS、JDBC等，描述了这些部件的职责和它们的规范，约定了这些部件之间交互的接口和协议、标准，如SOAP、RMI、WebService等。并规划出一个蓝图，描述如何利用这些逻辑部件来实现一个系统。J2EE并不是一个可执行的软件，而是一个软件架构。

再例如：MVC将应用程序划分为实体、视图和控制三个逻辑部件。规定了这三个逻辑部件的职责和交互规范（稍后详述）。因此，MVC是一个软件架构

2.设计思想

对MVC的职能描述：

• 模型(Model)：
  • Model描述了“应用程序是什么”。
  • 其用于封装和保存应用程序的数据，同时定义操控和处理该数据的逻辑和运算。而且，Model通常是可以复用的。
  • 一个良好的MVC应用程序应该将所有重要的数据都封装到Model中，而应用程序在将持久化的数据(文件、数据库)加载到内存中时，也应该保存在Model中。因为Model本身就代表着业务的特定数据对象。如：日程对象、朋友信息对象等。
  • 虽然View是用于展示Model中的数据，但是，MVC设计思想中，Model一般独立于View。例如，对于朋友信息，我们需要存储“生日”，而Model通常只需要存储一个日期字符串，至于“生日”在View中以什么样的格式展示给用户，这就不是Model要考虑的问题。在Cocoa框架中，Model通常都是实体类。
• 视图(View)：View是展现给用户的界面，这个不用多说。
  • View通常包括窗口、按钮等控件。其主要目的是显示来自Model的数据，并让用户可以进行交互。
  • View中的数据可以来自一个Model的一部分，也可以来自一个完整的Model，甚至来自多个Model。
  • View需要保证能够正确展示Model中的数据，因此，就需要知道Model中数据的变化。但是，Model一般不绑定到特定视图。
• 控制器(Controller)：Controller充当View和Model的媒介，将模型和视图绑定在一起，包括处理用户点击、输入等，以此修改Model。反过来，View需要知道Model中数据的变化，也是通过Controller来完成。除此之外，Controller还可以为应用程序协调任务，管理其它对象的生命周期。

对上面层次的理解

需要细细的品一下！

3.为什么要使用三层结构

通过吃饭来分析MVC结构
遇到情况，快速解决
对应的层次说明

那么为什么需要三层结构呢？

• 开发人员只是需要关注整个机构中某一个层
• 可以很容易的用新的实现来替换原来层次的实现
• 可以降低层与层之间的依赖（目前我们做的并不是很好）
• 有利于标准化
• 有利于各个层次逻辑的复用性

---

MVC优点和缺点
优点：

• 1.它将业务逻辑与展现分离开来，避免了将业务逻辑与展现混杂在一起带来的显示的不一致性和业务逻辑代码重复地分布在用于展现的代码中。
• 2.层次清晰，易于开发者对这三个部分分工与协作，易于维护者识别不同的层次实施不同的维护策略。
• 3.系统具有更好的重用性，包括用户界面的重用和业务逻辑处理包的重用，特别是业务逻辑处理包，如果遵循相应的java规范，它不仅可以在web应用程序中使用，而且可以在包括桌面、分布式环境下的得到重用。
• 4.系统更易于扩展和移植。
• 5.系统更易于维护。
• 6.采用MVC模式开发的系统更健壮。
• 7.对于大型的应用程序优势更为明显

缺点：

• MVC并不适合小型应用程序的开发设计。对于某些小型应用来说，
  严格区分这3个部分会增加一些不必要的工作，影响开发效率。
• 基于MVC设计模式进行程序设计，要求开发人员在开始编程之前
  必须精心设计程序结构；在设计过程中，由于将一个完整的应用划
  分为3个组件，相应增加了需要管理文件的数量。

我们使用的结构图