三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
|
分层（tier） |
概念 |
|
表现层（UI） |
通俗讲就是展现给用户的界面，用于显示数据和接受用户输入的数据；即用户在使用一个系统的时候他的所见所得。 |
|
业务逻辑层（BLL） |
针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。是表示层和数据访问层之间的桥梁。 |
|
数据访问层（DAL） |
该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。 |
|
数据库实体类（Entity） |
对数据对象进行封装，也有一些简单的功能 |
各层的作用
|
分层（tier） |
概念 |
|
表现层（UI） |
主要表示WEB方式，也可以表示成WINFORM方式，WEB方式也可以表现成：aspx，如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。 |
|
业务逻辑层（BLL） |
主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 |
|
数据访问层（DAL） |
主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务． |
由上表可以看出，多出的一个数据库实体类（Entity），他在三层中并不是作为一层而存在的，而是作为一个类库，起到封装数据库表的作用。
用一张图来表示：
三层架构（一）——什么是三层架构？,布布扣,bubuko.com
原文地址：http://blog.csdn.net/zlts000/article/details/35553237
