前言
三层架构是把各个功能模块划分为表示层（UI）、业务逻辑层（BLL）和数据访问层（DAL）三层架构，各层之间采用接口相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致。
详细介绍
三层架构的设计目的是：符合“高内聚，低耦合”的思想。下面来对三个层次进行详细的介绍：
1、表示层（UI）
· 作用：向用户展现特定业务收据；采集用户的输入信息和操作。
· 原则：用户至上，兼顾简洁。
2、业务逻辑层（BLL）
· 作用：从DAL中获取数据，以共UI使用；从UI中获取用户指令和数据，执行业务逻辑；从UI中获取用户指令和数据，通过DAL写入数据源。
· 职责机制：UI→BLL→UI
UI→BLL→DAL→BLL→UI
3、数据访问层（DAL）
· 作用：DAL是数据库的主要操控系统，实现数据的增加、删除、修改、查询等操作。
4、实体类（Model）
· 作用：实体类是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息。
例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。
它们之间的依赖关系的体现：
数据访问层的类，直接访问数据库，实现基本记录操作。
业务逻辑层的类，调用相关的数据访问类，实现用户所需功能。
显示层：部署控件后，调用业务逻辑层的类，实现功能。
实体类：实体类库主要服务于表示层、业务逻辑层以及数据访问层，在三层之间进行数据参数传输，强化数据表示的简约性。
结语
三层架构很重要，逻辑一定要搞清楚。后面的机房重构是七层架构。所谓七层架构剩余的四层也是围绕着今天讲述的三层（UI、BLL、DAL）展开的，把三层的逻辑深深的印在脑海里，那机房重构对你来说也变得迎刃而解了！
