三层与MVC

三层架构(3-tier application)通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想---摘自百度百科

MVC是模型(Model),视图(View)和控制（Controller)的缩写，其目的实现Web系统的职能分工。其中Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现；View层用于与用户的交互，通常用JSP来实现；Controller层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作---摘自百度百科

三层架构的学习是我们在第二次重构机房收费系统时采用的开发架构,其实更准确的说应该是学习三层的一种'分层'思想,之所以称为三层,是因为我们在机房收费系统中,主要将系统主要分为了三层,而真正的划分的话,我们还可以加上设计模式以及SQLHelper,层数的划分是可变的.

MVC是一种设计模式,是我们在B/S学习阶段开发web项目的一种开发模式，MVC开发模式也是为了帮助我们解耦，提供了一种分层的思想，只不过我们常说的三层架构更多的是应用在C/S项目上，MVC模式是应用在B/S项目上。如果真的要区分三层与MVC关系，可以说三层与MVC是父与子之间的关系，三层为父，MVC是子。

 

虽然三层与MVC都存在一种分层思想，但二者还是存在应用上的区别。下面这张图是在形式上将三层与MVC进行对应，将二者放在一起进行比较，并不是说三层与MVC一定要有明确的对应关系，而是更深刻的认识三层与MVC的区别。

PS：在后面的J2EE学习中，回顾学过的三层，更深刻的去认识，理解‘分层’将分层思想植入我们的代码设计中，培养一种分层，抽象的习惯。