什么是系统的三层架构.doc

　一、概念： 　　三层架构(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) 增加了开发成本