三层架构的认识

三层架构

原理

所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。

这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即把这三个层放置到一台机器上。

三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

 

三层架构将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的是为了“高内聚低耦合”的思想。

 

分层的作用

数据访问层（DAL）：主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作（Select，Insert，Update，Delete），而不是数据库，具体为业务逻辑层或表示层提供数据服务。

业务逻辑层（BLL）：主要是针对具体的问题的操作，也可以理解成对数据访问层的操作，对数据业务进行逻辑处理。

表现层（UI）：主要以Web方式或Winform方式表示，如果业务逻辑层相当强大和完善，无论表现层如何定义和更改，业务逻辑层都能完善地提供服务。

 

使用分层的优缺点

优点

 

1、开发人员可以只关注整个结构中的其中某一层

 

2、可以很容易的用新的实现来替换原有层次的实现

 

3、可以降低层与层之间的依赖

 

4、有利于标准化

 

5、利于各层逻辑的复用

 

6、结构更加的明确

 

7、在后期维护的时候，极大地降低了维护成本和维护时间

 

缺点

1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

3、增加了开发成本。

 

与MVC（Model-View-Controller）的区别

1、都是架构级别，都有一个表现层（View）

2、三层架构没有Controller的概念，而且三层架构的Model层以实体类构成，MVC中的Model则是由业务逻辑与数据访问构成。

 

更多见解请告知分享。