三层架构BS架构.docx

B/S结构简化了客户机的工作，把二层C/S结构的事务处理逻辑模块从客户机的 任务中分离出来，由 WetiK务器单独组成一层来负担其任务，从而减轻了客户 机的压力
三层架构（3-tier
三层架构（3-tier application） 通常意义上的三层架构就是将整个业务应用划
分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL。区分层次的目 的即为了 “高内聚，低耦合”的思想。
1、 表现层（UI）:通俗讲就是展现给用户的界面，即用户在使用一个系统 的时候他的所见所得。
2、 业务逻辑层（BLL）:针对具体问题的操作，也可以说是对数据层的操 作，对数据业务逻辑处理。
3、 数据访问层（DAL :该层所做事务直接操作数据库，针对数据的增添、 删除、修改、更新、查找等。
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推 荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（乂 或成为领域层）、表示层。
三层结构原理：
3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”， 也叫 组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器 就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的 三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间 层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM 通讯与中间层建立连接，再经由中间层与数据库进行交互。
表小层
位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数 据，为用户提供一种交互式操作的界面。
业务逻辑层
业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的 部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有 关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时 候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture 〉〉一书中，将整个架构分为三个主要的层：表示层、 领域层和数据源层。作为领域驱动设计的先驱 Eric Evans ,对业务逻辑层作了
更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑 的解决方案分离。
业务逻辑层在体系架构中的位置很关键,它处于数据访问层与表示层中间, 起到了数据交换中承上启下的作用。 由于层是一种弱耦合结构，层与层之间的依
赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底 层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这 种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想 的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此， 业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同 的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。 依赖与被依赖的关系都纠结在业务逻辑层上， 如何实现依