实验室学弟突然又谈到了三层结构与MVC的话题，想想还是有必要整理一下这些个基本概念，且也纠正自己之前对二者的概念混淆，乃至将其错误思想指导于开发中。
关键词：三层结构(三层架构)、MVC框架(思想)、基于J2EE/BS软件结构的三层架构、Service/Model/Controller三者的区别。
立场：三层结构绝不等同于MVC，二者的思想不相同！！！但从代码与程序的物理逻辑构件组织的角度来看，会有一定的联系。
1. 目的：为了服从“高内聚低耦合”的思想，模块化的软件工程思想，是基于分层架构下的一种常用的分层架构模式的一种。
2.优点：降低层与层之间的依赖、标准化。
3.缺点：系统架构复杂，不适合小型项目。
4.定位：最经典/最常见的软件体系架构设计中的一种。常见的其他软件架构设计还有：分层模式(含：三层结构)、客户端-服务器模式、主从设备模式、管道-过滤器模式、代理模式、点对点模式、事件总线模式、模型-视图-控制器(MVC)模式、黑板模式、解释器模式。
5.哪三层？分层式结构一般分为三层，从下至上分别为：数据访问层(Data Access Layer)、业务逻辑层（Business Logic Layer,又或称为领域层,Domain）、表示层(又称为界面层,User Interface Layer)。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即把这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。
6.数据访问层：主要看数据层里面有没有包含逻辑处理，实际上它的各个函数主要完成各个对数据文件的操作。而不必管其他操作。主要是对非原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据库的操作，而不是数据，具体为业务逻辑层或表示层提供数据服务。
7.业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
8.界面层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx、jsp，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
1.定义：MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计模式的典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
2.简介：
①MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
②MVC指MVC模式的某种框架，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP（View） + Servlet（Controller） + JavaBean（Model）的模式。
[基于Struct2的MVC设计]
设想Java Web(B/S架构+前后端分离)：
Model：将处理结果全部封装于会话、响应中，部分处理以抛出异常形式，交由最上层(渲染到用户视图)处理(异常)。
异常渲染层：处理下层抛出的异常，调度页面或者输出JSON。
Model（模型）表示应用程序中用于处理应用程序数据逻辑的部分。 通常模型对象负责在数据库中存取数据。
View（视图）表示应用程序中处理数据显示的部分。 通常视图是依据模型数据创建的。
Controller（控制器）处理输入（写入数据库记录），是应用程序中处理用户交互的部分。 通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
实践过程中，每个人对MVC的理解不同，其实现方式与软件的设计也就会不同了，无统一严格的实践标准，尤其是在M、V、C三者之间的通讯关系，可谓是百花齐放。
附：
实际上它们完全是不同的概念。
框架、设计模式这两个概念总容易被混淆，其实它们之间还是有区别的。框架通常是代码重用，而设计模式是设计重用，架构则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用。在软件生产中有三种级别的重用：内部重用，即在同一应用中能公共使用的抽象块;代码重用，即将通用模块组合成库或工具集，以便在多个应用和领域都能使用；应用框架的重用，即为专用领域提供通用的或现成的基础结构，以获得最高级别的重用性。
重申立场：三层结构绝不等同于MVC，二者的指导思想不相同！！！但从代码与程序的物理逻辑构件组织的角度来看，会有一定的联系。
MVC中的Model可以类似看做三层结构中的业务逻辑层(不完全是Model)+数据访问层；
MVC中的View可以类似看做三层结构中的UI层(不完全是View)。
而Controller绝不可以等效于三层结构中的任一层。
MVC模式与三层架构联系:
ui (view)←(contorller)
***********************
bll (model)
***********************
dal (model)
View-UI Layer | Controller-Bussiness Layer | Model-Data Access Layer 其实这样是错误的 。
MVC是表现模式（Presentation Pattern）； 三层架构是典型的架构模式（Architecture Pattern）。
三层架构的分层模式是典型的上下关系，上层依赖于下层。但MVC作为表现模式是不存在上下关系的，而是相互协作关系。
即使将MVC当作架构模式，也不是分层模式。MVC和三层架构基本没有可比性，是应用于不同领域的技术。