如何理解.net的三层架构.pdfVIP

1. 用户界面表示层 (USL) 2. 业务逻辑层 (BLL) 3. 数据访问层 (DAL) 如何理解。 Net 的三层架构 一、各层的作用 1、数据访问层：主要是对原始数据（数据库或者文本文件等存 放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据 的操作，而不是数据库，具体为业务逻辑层或者表现层提供数据服务。 2 、业务逻辑层：主要是针对具体的问题的操作，也可以理解成 对数据层的操作，对数据业务逻辑处理，如果说数据层是积木，那逻 辑层就是对这些积木的搭建。 3、表示层：主要表示 WEB方式，也可以表示成 WINFORM方式， WEB方式也可以表示成： aspx, 如果逻辑层相当强大和完善，无论表 现层如何如何定义和更改，逻辑层都完善地提供服务。 二、具体的区分方法 1 、数据访问层：主要看你的数据层里面有没有包含逻辑处理，实 际上他的各个函数主要完成各个对数据文件的操作， 而不必管其他操 作。 2 、业务逻辑层：主要负责对数据层的操作，也就是说把一些数据 层的操作进行组合。 3 、表示层：主要对用户的请求接受。以及数据的返回，为客户端 提供提供应用程序的访问。 三、三层结构解释 所谓三层体系结构， 是在客户端与数据库之间加入了一个中间层， 也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单 那地放置三台机器就是三层体系结构， 也不仅仅是 B/S 应用才是三层 体系结构，三层是逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、 数据访问、 合法性校验等工作放到 了中间层进行处理。通常情况下，客户端不直接与数据库进行交互， 而是通过 COM/DCOM通讯与中间层建立连接，再经由中间层与数据库 进行交换。 开发人员可以将应用的商业逻辑放在中间层在中间层应用服务器上， 把应用的业务逻辑与用户界面分开。 在保证客户端功能的前提下， 为 用户提供一个简洁的截面。 这意味着如果需要修改应用程序代码。 只 需要对中间层应用服务器惊醒修改， 而不用修改成千上万的客户端应 用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、 设计和开发，简化了应用系统的开发、更新和升级工作。 那么为什么要应用“中间业务层”呢？举些例子： 我们假设有一段登陆代码，则可以这样处理 WEB程序，外观层负 责接受前台页面的数据，然后传给中间层，中间层对数据进行处理， 比如格式化， 防 SQL注入等等一些， 这样的数据再传给数据访问层然 后与数据库进行操作， 比如与数据库的用户名和密码匹配等等一些代 码。 “中间业务层”的用途有很多，例如：验证用户输入数据、缓 存从数据库中读取的数据等等 ,, 但是， “中间业务层”的实际目的 是将“数据访问层”的最基础的存储逻辑组合起来， 形成一种业务规 则。例如：“在一个购物网站中有这样的一个规则：在该网站第一次 购物的用户， 系统为其自动注册”。 这样的业务逻辑放在中间层最合 适： 在“数据访问层”中， 最好不要出现任何“业务逻辑”！ 也就是 说，要保证“数据访问层”的中的函数功能的原子性！ 即最小性和不 可再分。“数据访问层”只管负责存储或读取数据就可以了。 ASP.NET中的三层结构说明 完善的三层结构的要求是： 修改表现层而不用修改逻辑层， 修改逻辑 层而不用修改数据层。 否则