被误解的MVC

MVC

MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

三层架构

通常意义上的三层架构就是将整个业务应用划分为：界面层（User Interface layer）、业务逻辑层（Business Logic Layer）、数据访问层（Data access layer）。区分层次的目的即为了“高内聚低耦合”的思想。在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或称为领域层）、表示层。

总是被误解

起初老师总说三层MVC，MVC三层架构……
MVC是三个字母，三层架构也是“三”，所有我们就很自然的将MVC里的三个核心部件与三层架构等同起来：三层就是MVC，MVC就是三层架构。很多人认为界面层等于View,业务逻辑层等于Controller,数据访问层等于Model，其实这是完全错误的。
MVC主要用于三层架构的表现层，是一种复合设计模式，主要是为了解决应用程序用户界面与业务逻辑数据的耦合问题。而三层架构是从整个应用程序架构的角度来划分的。虽然表现不一样，但它们的目的都是一样：分层，解耦。

MVC里的Controller是负责对页面进行控制的，比如：页面间跳转，显示逻辑等。三层架构里的业务逻辑层主要是对业务实体数据的加工，把加工后的数据传给页面显示。 MVC里的Model只是数据实体，是数据的容器，不具备什么增删改查的功能，它接收的数据是从业务逻辑层处理好传过来的数据。而三层架构里的数据访问层是具有增删改查功能的，是直接对数据库操作的，为业务逻辑层提供数据支持。
如果非要让它们有所对应的话，那么三层架构中的界面层就相当于MVC中的V(View)和C(Controller)了，业务逻辑层和数据访问层就对应MVC中的M(Model)。其实从本质上来讲，它们还是不同纬度上的东西。