当前位置：文档之家 › 第三章 在.NET框架下开发三层结构数据库应用系统

第三章 在.NET框架下开发三层结构数据库应用系统

  • 格式：doc
  • 大小：128.00 KB
  • 文档页数：5

学习目标：
✧理解三层结构。

✧掌握使用三层结构开发应用系统。

✧会使用OOP实现三层结构。

3.1为什么需要三层结构：
3.2什么是三层结构：
三层体系结构，就是在客户端与数据库之间加入了一个“中间层”，也叫组件层。

三层是指逻辑上的三层。

三层结构中的“三层”是指表示层、业务逻辑层和数据访问层。

3.2.1三个层的作用：
1.表示层：
表示层主要负责完成用户和系统的交互，它将接收用户的输入信息并把处理结果以简洁的方式表示给用户。

表示层的设计目标是简洁、方便、易操作。

表示层一般为Windows应用程序或Web应用程序。

2.业务逻辑层：
业务逻辑层是业务处理的逻辑平台，在业务逻辑层里面就是加工处理从数据访问层获取的数据，然后再传给表示层显示出来。

同时还会接受从表示层传来的数据以参数的形式传给数据访问层去请求数据。

业务逻辑层是表示层与数据访问层之间的桥梁。

3. 数据访问层：
数据访问层主要实现对数据库的统一访问、操作和管理。

数据访问层为系统提供规范、统一的数据访问入口，保证业务逻辑层对系统数据访问的规范和高效；从而实现数据被高效、规范和安全的访问。

3.2.2 三个层的关系：
在三层结构中，各层之间相互依赖:表示层依赖与业务逻辑层，业务逻辑层依赖与数据访问层。

在三层结构中，各层之间的数据传递方向分为请求和响应两个方法。

项目依赖方向 数据返回方向
请求过程：表示层接受用户的请求，根据用户的请求去通知业务逻辑层；业务逻辑层收到请求，首先对请求进行阅读审核，然后将请求发到数据访问层或直接返回给表示层；数据访问层收到请求后便开始访表示层
业务逻辑层
数据访问层 表示层 业务逻辑层 数据访问层
响应过程：数据访问层通过对数据库的访问得到请求结果，并把结果通知业务逻辑层；业务逻辑层收到请求结果，将请求结果通知表示层；表示层收到请求结果，并把结果展示给用户。

3.3如何搭建三层结构：
3.3.1搭建表示层：
3.3.2搭建业务逻辑层：
新建类库，项目名称为“BLL”。

3.3.3搭建数据访问层：
新建类库，项目名称为“DAL”。

3.3.4添加各层之间的依赖关系：
1.实现业务逻辑层对数据库访问层的依赖：
（1）打开业务逻辑层（BLL），右键单击，选择“添加引用”命令。

（2）在弹出的“添加应用”对话框中选择“项目”选项卡，选中项目名称“DAL”，单击“确定”按钮。

（3）当我们实现了业务逻辑层对数据访问层的引用，在业务逻辑层的引用目录下就会出现数据访问层的项目名称。

2.实现表示层对业务逻辑层的依赖：
注意：
《1》三层结构中各层之间的依赖关系是表示层依赖业务逻辑层，业务逻辑层依赖于数据访问层。

《2》表示层只允许引用业务逻辑层，不允许直接引用数据
《3》各层项目之间不允许循环引用。

3.4用OOP实现三层结构：
3.4.1什么是实体类：
实体类就是描述一个业务实体的“类”，是应用系统所涉及的对象，也是存储应用系统信息的数据表，我们将每一个数据表中的字段定义成变量，添加相应的属性，并将这些属性用一个类封装，这个类就称为“实体类”。

3.4.2三层结构中实体类的使用：
3.4.2.1在表示层中使用实体类：
（1）将实体对象中封装的数据展示给用户：
（2）将用户请求的数据封装到实体对象中：
3.4.2.2在业务逻辑层中使用实体类：
业务逻辑层主要负责传递实体对象，并对实体对象中封装的数据进行处理。

（1）将接收到的实体对象传递到下一层：
（2）根据用户请求对实体对象中数据进行处理：
3.4.2.3在数据访问层中使用实体类：
（1）将数据库中数据封装到实体对象中或将多个实体对象封装成集合；
（2）将实体对象中的数据保存到数据库中。

表示层
业务实体业务逻辑层
数据访问层
三层结构中各层对业务实体的依赖关系3.5实现三层结构的应用：
3.5.1创建业务实体项目：
3.5.2设计用户界面：
3.5.3实现数据访问层：
3.5.4实现业务逻辑层：
3.5.5实现表示层数据绑定：。

合集下载

【ASP.NET开发】.NET三层架构简单解析

【ASP.NET开发】.NET三层架构简单解析

【开发】.NET三层架构简单解析这篇⽂章本来应该很早就写出来的，但是⼀直苦于⾃⼰的精神能⼒有限，⽽且已经到了我们学校的考试周，所以时间上还是有点紧迫。

关键的⼀点就是，找不到合理的思路来写，思路没有的话，就算是再好的素材，也写不来⼤家喜欢的⽂章。

之前已经写过关于.NET三层架的两篇⽂章了，⼀篇是和。

如果⼤家有兴趣的话，可以去读⼀读。

当然了，这两篇⽂章的内容，⼤部分都不是⾃⼰的，⾃⼰也是看了别⼈的博⽂，然后⾃⼰总结⼀下，拿过来⾃⼰⽤罢了。

这次的⽂章主要是⾃⼰亲⾃使⽤这些知识做了⼀个项⽬（我们学校资环学院的院⽹站），然后拿出来跟⼤家分享⼀下。

也不要期望博主能够写出多么有⽔平的⽂章，我还是学⽣（⼤三），我也是在学习的过程中，写博客之不过是想记录⾃⼰学习过程中的点滴和记录⾃⼰的进步，如果能够顺便的帮助别⼈学习就更好了。

同时也希望⼤家能够多给我提意见。

⾮常感谢 @ ，@，@ 等博友给我提出的宝贵的修改意见。

也希望⼤家在阅读本博⽂的时候，如果有什么问题，或者疑问及时的给我留⾔沟通，⼤家⼀起探讨。

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------对于三层架构来说，主要是使⽤设计模式的思想，对于项⽬的各个模块实现"⾼内聚，低耦合"的思想。

这⾥就不做详细的介绍了，如果⼤家有兴趣，可以阅读软件⼯程和设计模式相关⽂章。

对于三层架构来说，就是使⽤类，把我们在做项⽬的过程中，可能需要反复操作数据库，反复的使⽤某个⽅法等等，可能就是操作的参数不同。

如果我们如果在每次使⽤的时候，都去编写相应的代码，⽆疑会增加程序员的负担。

.NET网站项目中的三层架构

.NET网站项目中的三层架构

的三层架构(DAL,BLL,UI)BLL 是业务逻辑层Business Logic LayerDAL 是数据访问层Data Access Layer的三层架构(DAL,BLL,UI)图形表示三层结构. 其中web即为USL层web –> bll –> dal| | || V |+–> model <—+一、三层体系架构1.表示层(USL)：主要表示WEB方式，也可以表示成WINFORM方式。

如果逻辑层相当强大和完善，无论表现层如何定义和更改，逻辑层都能完善地提供服务。

2.业务逻辑层(BLL)：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理。

如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3.数据访问层(DAL)：主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务.二、具体区分1.表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

2.业务逻辑层：主要负责对数据层的操作，也就是说把一些数据层的操作进行组合。

3.数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作，而不必管其他操作。

三、总结三层结构是一种严格分层方法，即数据访问层(DAL)只能被业务逻辑层(BLL)访问，业务逻辑层只能被表示层(USL)访问，用户通过表示层将请求传送给业务逻辑层，业务逻辑层完成相关业务规则和逻辑，并通过数据访问层访问数据库获得数据，然后按照相反的顺序依次返回将数据显示在表示层。

有的三层结构还加了Factory、Model等其他层，实际都是在这三层基础上的一种扩展和应用.一个简单的三层结构程序一般包括DAL BLL WEB Model几个项目，它们的相互引用关系如下1) WEB引用BLL,Model2)BLL引用DAL,Model3)DAL引用Model4)Model无引用一提三层架构，大家都知道是表现层（UI），业务逻辑层（BLL）和数据访问层（DAL），而且每层如何细分也都有很多的方法。

ASP NET三层架构

ASP NET三层架构

三层架构应用总结(一)前言：与ASP相比在Web应用开发上无疑更容易，更有效率。

Web开发大部分还是围绕着数据操作，建立数据库存储数据，编写代码访问和修改数据，设计界面采集和呈现数据。

走过学习入门阶段后，真正开始着手开发一个Web 项目时，才发现错综复杂的数据与关联根本就不是SqlDataSource和AccessDataSou rce数据源控件能简单解决的，而恰恰是被忽视了的一个ObjectDataSource数据源控件才是真正踏入开发门槛的关键，由此也对三层架构模式有了初步体验。

一．三层架构介绍设计模式中的分层架构（可以参考一下J2EE中MVC模式）实现了各司其职，互不干涉，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。

这样就能更好的实现开发中的分工，有利于组件的重用。

所以这些年关于模式的研究有很多成果，应用也很广泛。

一个好的模式在程序开发和后期维护中作用重大。

三层架构自底向上分为：数据访问层（DAL），业务逻辑层（BLL）和表示层（PL）。

数据访问层（DAL）：使用了一个强类型的DataSet作为数据访问层，只是单纯的对数据进行增，删，改，查询和判断存在等等较通用的数据访问方法（由SQL 语句来提供），不应该有“事务”存在。

业务逻辑层（BLL）：业务逻辑层是在数据访问层和表示层之间进行数据交换的桥梁，按业务需求调用数据访问层中的方法组合，集合了各种业务规则到一个B LL中，例如通过条件进行判断的数据操作或“事务”处理。

BLL都是以类库（Cla ss Library）的形式来实现的。

表示层（PL）：表示层是为客户提供用于交互的应用服务图形界面，帮助用户理解和高效地定位应用服务，呈现业务逻辑层中传递的数据，用页面来实现。

二．三层架构应用实现随着 的不断升级，可以很方便的使用 来构建B/S 三层架构的应用程序，下面以“教师业务信息管理系统”项目中的部分例子来演示如何使用 2.0 和SQL Server 2005数据库来构建一个三层架构的应用程序。

在NET框架下开发三层结构数据库应用系统

在NET框架下开发三层结构数据库应用系统

在.NET框架下开发三层结构数据库应用系统第1 章：三层结构在企业中的应用三层：表示层：1.数据展示(显示数据)。

2.接收数据。

用于显示数据和接收用户输入的数据，为用户提供一种交互式操作界面。

(一般为Windows应用程序或Web应用程序) 业务逻辑层：1.业务逻辑处理。

2.数据传递。

是表层和数据访问层之间通信的桥梁，主要负责数据的传递和处理。

(1.规则对数据进行加工和处理。

2.与相邻的表示层和数据库访问层进行数据交换。

)数据访问层：主要实现对数据的保存和读取操作。

数据访问，可以访问关系数据库、本文件或是XML文档等。

数据访问层通常为类库。

二层结构的局限性：1. 难以适应需求变化。

2. 不易维护。

3. 安全性低。

三层之间的依赖关系：表示层依赖业务逻辑层。

业务逻辑层依赖数据访问层。

表示层只允许引用业务逻辑层，不允许直接引用数据访问层。

各层项目间不允许循环引用。

1. 接收用户的请求，根据用户的请求去通知业务逻辑层；业务逻辑层收到请求，首先对请求进行阅读审核，然后将请求通知数据库访问层或直接返回给表示层；数据访问层收到请求后便开始访问数据库。

2. 数据访问层通过对数据库的访问得到请求的结果，并把请求结果通知业务逻辑层；业务逻辑层收到请求结果，首先对请求结果进行阅读审核，然后将请求结果通知表示层；表示层收到请求结果，并将结果展示给用户。

搭建三层结构基本框架的步骤：1. 搭建表示层。

2. 搭建业务逻辑层。

3. 搭建数据访问层。

4. 添加各层之间的相互依赖。

第2 章：用实现三层结构DataSet：在内存中存在的临时数据库。

（表的集合（列，行，约束）以及表之间的关系的集合）DataSet的主要作用：三层之间数据传递的载体。

在三层结构中，DataSet的构建与解析工作主要在表示层、数据访问层，业务逻辑层主要对DataSet中的数据进行加工、处理和传递。

（DataSet是整个三层结构中数据传递的介质）。

1、表示层使用DataSet需要做的两件事：(1)将DataSet中的数据展示给用户。