三层架构
三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：表示层（UIL）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
- 表示层：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
- 业务逻辑层：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
-
数据访问层：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。
架构结构图
优点
- 开发人员可以只关注整个结构中的其中某一层。
- 可以很容易的用新的实现来替换原有层次的实现。
- 可以降低层与层之间的依赖。
- 有利于标准化。
- 利于各层逻辑的复用。
- 结构更加的明确。
- 在后期维护的时候，极大地降低了维护成本和维护时间。
缺点
- 降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
- 有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
- 增加了开发成本。
为什么要使用三层架构
分层式设计可以达至如下目的：分散关注、松散耦合、逻辑复用、标准定义。
一个好的分层式结构，可以使得开发人员的分工更加明确。一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。虽然三层架构仍有不可避免的缺陷，但是软件分层结构使得代码维护非常方便，设计明确，各层独立，专注自己擅长的领域。
