什么是系统的三层架构?

发表于:2013-05-29来源:Csdn作者:赵媛媛点击数: 标签:架构
什么是系统的三层架构? 三层架构(3-tier architecture) 通常是指将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。目的是“高内聚,低耦合”的思想。

  一、概念:

  三层架构(3-tier architecture) 通常是指将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。目的是“高内聚,低耦合”的思想。

  1、表现层(UI):是展现给用户的界面。

  2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。

  3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。

  二、原理:

  3个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。

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

  三层是指逻辑上的三层,而不是物理上的三层!

  解析:所谓三层体系结构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到一台机器上。

  三、各层的作用

  1、表现层:

  位于最外层(最上层),离用户最近。用于显示数据和接收用户输入的数据,以及数据的返回,为用户提供一种交互式操作的界面。

  2、业务逻辑层(BusinessLogic Layer)

  是针对具体的问题的操作,也可以理解成对数据层的操作,对数据业务逻辑处理。主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域(Domain)逻辑有关。很多时候,也将业务逻辑层称为领域层。

  业务逻辑层在体系架构中的位置很关键,它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。由于层是一种弱耦合结构,层与层之间的依赖是向下的,底层对于上层而言是“无知”的,改变上层的设计对于其调用的底层而言没有任何影响。

  3、数据层

  数据访问层:有时候也称为是持久层,主要功能是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务。简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。

  四、优缺点

  1、优点

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

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

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

  4) 有利于标准化;

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

  6) 结构更加的明确

  7) 在后期维护的时候,极大地降低了维护成本和维护时间。

  2、缺点

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

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

  3) 增加了开发成本。

原文转自:http://blog.csdn.net/lantingxv_jing/article/details/8946983