01.项目介绍

成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑 层都能完善
地提供服务。
具体的区分方法
1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实 际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操 作。 2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的 操作进行客户端提供 应用程序的访问。
一：数据访问逻辑组件 数据访问逻辑组件，简单来讲就是实现对数据库中数据进行操作的组件 ，以及实现数据相关操作所需的业务逻辑。数据访问逻辑组件的主要功 能如下： （1）：在数据库中添加记录 （2）：读取数据库的记录，并以业务实体数据的形式返回给调用者。 （3）：将调用者修改的业务实体数据更新到数据库。 （4）：删除数据库中的记录。 并不是所有的数据库表都由一个数据访问逻辑组件操作，其实，一个逻辑 组件封装的是对数据库中的一个表或一组相关的表的操作。
数据访问层一般由两部分组成，业务实体和数据操作。Microsoft公司提 供的标准术语称为业务实体组件和数据访问逻辑组件。在三层结构中 ，数据访问层是唯一与数据库打交道的层，所以该层的设计要尽量以 提高速度和安全为目标。 业务实体组件体现的是现实生活中的业务数据，而数据访问逻辑组件则 是在数据库中检索数据或把业务实体数据保存回数据库。

三层体系结构的概念
用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL)
BLL将USL与DAL隔开了，并且加入了业务规则

各层的作用 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放 数据的 形式）的操作层，,具体为业务逻辑层或表示层提供数据服务 2:业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层 的操作, 对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积 木的搭建。 3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方 式也可以表现

中的三层结构说明
完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修 改数据层。否则你的应用是不是多层结构,或者说是层结构的划分和组织上是 不是有问题就很难说.不同的应用有不同的理解，这只是一个概念的问题．
为什么要分三层

我们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期 的维护和升级。它未必会提升性能，因为当子程序模块未执行结束时 ，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带 来其执行速度上的一些损失。但从团队开发效率角度上来讲却可以感 受到大不相同的效果。

开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻 辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界 面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行 修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于 应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新 和升级工作。
业务实体可以被数据访问组件调用，也可以被业务逻 辑层调用，通常的三层结构将业务实体包括在数据 访问层中。如下图：
用户界面层
业务逻辑层
数据访问层
业务实体
数据访问组件
也有的把业务实体单独放在一层中，这两种方式都正 确，关键要看设计者的意图以及实际的开发项目。
用户界面
业务逻辑 业务实体层
数据层 数据访问逻辑组件
北风网项目培训
北风网进销存系统
讲师：东方玉晓

三层结构解释
所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也 叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地 放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系 结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到 了中间层进行处理。通常情况下，客户端不直接与数据库进行交互， 而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据 库进行交换.
4：业务实体不参与事务处理，只是事务处理过程中的一部分数据，事 务处理由数据访问层完成。
二：业务实体的表现形式
在应用程序中，业务实体有很多种表现方式。有以数据为中心的表示 ，也有面向对象的表示。具体包括以下几种。 1：XML：使用XML字符串或XML文档对象模型来表示 2：DataSet:DataSet是缓存在内存中一个或多个表的集合，一般来源与 数据库或XML文档 3：自定义业务实体组件：一种自定义的类库，用于保存业务流程中的 数据。包含一些数据表中的字段和其他公共属性。
业务实体是以数据的形式表示现实生活中的业务模型。业务实体的属性 与数据库中的表有一一对应的关系，每个数据库访问组件都对应一个 业务实体。
一：业务实体的特点：
1：提供对业务数据及相关功能进行编程访问。 2：可以使用具有复杂架构的数据来创建，这些复杂的数据一般表现 为数据库中可以作为业务流程中的输入输出相关联的多个表。 3：可以作为业务流程中的输入输出参数来传递整体数据。

三层结构的具体优点如下：
1：提高程序的可维护性；三层架构层次分明，一旦运行出现问题， 可以快速的判断是哪一层的问题，利于维护。 2：可以合理的开发：因为三层之间除了调用没有其他关联，只需要 先把三层之间的接口定义好，则程序员可以并行开发，提高了开发的 速度。 3：提高了系统的安全性：每层都有安全设置，即使表示层被攻破， 下一层的安全还有保障。 4：提高了系统的扩展性：三层结构最大的好处是在扩展应用系统时 ，改动的部分不会影响到大局，比如要给这个系统增加oracle数据库 的功能，只需要改动数据层就可以了，其他层保持不变。
那么为什么要应用“中间业务层”呢？举些例子: 我们假设有一段登录代码，则可以这样处理Web程序，外观层负责 接收前台页面的数据，然后传给中间层，中间层对数据进行处理，比 如格式化，防SQL注入等等一些，这样的数据再传给数据访问层然后 与数据库进行操作，比如与数据库的用户名和密码匹配等等一些代码 。
“中间业务层”的用途有很多，例如：验证用户输入数据、缓存从数据 库中读取的数据等等……但是，“中间业务层”的实际目的是将“数 据访问层”的最基础的存储逻辑组合起来，形成一种业务规则。例如 ：“在一个购物网站中有这样的一个规则：在该网站第一次购物的用 户，系统为其自动注册”。这样的业务逻辑放在中间层最合适： 在“数据访问层”中，最好不要出现任何“业务逻辑”！也就是说， 要保证“数据访问层”的中的函数功能的原子性！即最小性和不可再 分。“数据访问层”只管负责存储或读取数据就可以了。
“三层结构”开发模式，入门难度够高，难于理解和学习。这是对于 初学程序设计的人来说的。以这种模式开发出来的软件，代码量通 常要稍稍多一些。这往往会令初学者淹没在茫茫的代码之中。望之 生畏，对其产生反感，也是可以理解的…… 其实，无论哪一种开发模式或方法，都是有利有弊的。不会存在一 种“万用法”可以解决任何问题。所以“三层结构”这个词眼也不 会是个例外！是否采用这个模式进行系统开发，要作出比较、权衡 之后才可以。切忌滥用!
欢迎访问我们的官方网站
需要说明一下，三层结构不是.NET的专利，也不是 专门用在数据库上的技术。它是一种更加普适的架 构设计理念。
“三层结构”这个词眼似乎一直都很热门，究其原因，或许是这种开发 模式应用的比较普遍。但是“三层结构”却并不是百试百灵的“万灵 药”，它也存在着缺点。下面就来说说它的缺点……
“三层结构”开发模式的一个非常明显的缺点就是其执行速度不够快 。当然这个“执行速度”是相对于非分层的应用程序来说的。 “三 层结构”开发模式，不适用于对执行速度要求过于苛刻的系统，例如 ：在线订票，在线炒股等等……它比较擅长于商业规则容易变化的系 统。