三层架构小结

三层？

表示层

业务逻辑层

数据访问层

干什么用

三层架构就是为了符合“高内聚，低耦合”思想，把各个功能模块划分为表示层（UI）、业务逻辑层（BLL）和数据访问层（DAL）三层架构，各层之间采用接口相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致。

说白了就是给它们把自己负责的功能给明确出来划分好，每一层只负责自己的事情就好。

功能关系

表示层就是展现给用户的界面。

数据访问层直接操纵数据库，主要是增删改查的功能。

业务逻辑层对数据层的操作和业务的处理。

在这三层中业务逻辑层是核心内容，业务逻辑层就是在这三层起到一个承上启下的作用，表示层通过业务层和数据层进行联系，它们两层不能直接联系。

依赖关系

数据访问层的类，直接访问数据库，实现基本记录操作。

业务逻辑层的类，调用相关的数据访问类，实现用户所需功能。

界面层：部署控件后，调用业务逻辑层的类，实现功能。

优点

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

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

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

　　4、有利于标准化；

       5、利于各层逻辑的复用。

 

缺点

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

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