前言

三层体系架构，是在客户端和数据库之间加入了一个“中间层”，也叫组件层。这里所谓的三层体系，不是物理上的三层，指的是逻辑上的三层。三层包括UI「显示层」、BLL「业务逻辑层」和DAL「数据访问层」。

使用原因

• 传统的「两层结构」存在过多的局限性（比如：当数据库或用户界面发生改变时需要重新开发整个系统，之前做的vb机房就是两层。）；
• 为了克服两层结构的局限性提出了「三层结构」（当数据库或用户界面发生改变时不需要重新开发，只做简单调整即可）。
  

应用场景

• 当业务逻辑复杂，既有数据访问层，又有业务逻辑层，才需要使用三层结构。区分层次的目的是为了“高内聚，低耦合”的思想。

优缺点

• 优点
  
  • 开发人员可以只关注整个结构中的其中某一个层
  • 可以很容易的用新的实现来替换原有层次的实现
  • 可以降低层与层之间的依赖
  • 有利于标准化
  • 利于各逻辑的复用
• 缺点
  
  • 降低了系统的性能，如果不采用分层式结构，很多业务可以直接造访数据库，以此获得相应的数据，但是现在必须通过中间层来完成
  • 有时会造成级联的修改「级联就是父级变化子级也跟着变化」。这种修改又是体现在自上而下的方向，如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

关系

三层结构中，各层之间相互依赖，表示层依赖于业务逻辑层，业务逻辑层依赖于数据访问层。