标签：water nbsp 三层架构 需求 数据交换 核心部分 建设 之间 设计
三层架构通常意义上就是将整个业务划分为：表现层（UI），业务逻辑层（BLL），数据訪问层（DAL）。三层并非.net 的专利，而是一个广谱的框架设计思想，根本上是为了解决高耦合低内聚的问题。
U层：用户直接接触的一层，用于显示数据和接受用户输入的数据，为用户提供一种交互式操作的界面。
通俗来说UI层就是简单的界面。
B层：是三层架构中的核心部分，这部分集中了软件业务规则的制定。业务流程的实现等与业务需求有关的系统设计。它处于U层和D层之间，起到了数据交换中承上启下的作用。
D层：负责数据库的訪问。能够訪问数据库系统，二进制文件，文本文档等。
三层架构的使用是软件project化的体现。我们用三层结构主要是使项目结构更清楚。分工更明白。有利于后期的维护和升级。三层架构中，层是一种弱耦合结构，层与层之间依赖是向下的。底层对于上层而言是无知的。改变上层的设计对于其调用的底层而言没有不论什么的影响。
三层架构尝试用理想的分层结构构建一种支持可抽取，可替换的“抽屉”式架构，而逻辑层作为三层的中流砥柱，承担着传输数据。承上启下的作用。在程序的设计。建设甚至是维护阶段三层都能给我们一种清晰的结构框架，给合作式开发和维护带来了便利。
标签：water nbsp 三层架构 需求 数据交换 核心部分 建设 之间 设计
原文地址：http://www.cnblogs.com/yangykaifa/p/6828952.html
