3.1 使用实体类构建3层结构概述
在上1章中的3层架构中,我们使用DataSet来进行数据的传递,但在OOP的开发中,有很大的局限性:
1. DataSet不具有良好的面向对象特性,使用起来不够直观、方便。
2. 对DataSet中的数据进行查找时容易出错。例如:我们要查询DataSet中学员信息DataTable中的某个值时,必须指定行索引与列名,这只是1个简单的查询,如果略微复杂就需要遍历所有的行集。
3. 由于DataSet的核心结构与数据库的核心结构完全相同,所以它把数据结构完全暴露在表示层和业务逻辑层。
使用实体类的主要好处来自1个简单的事实,即实体类是完全受我们控制的对象,它具有面向对象的基本特点。我们可以自由地向实体类添加行动(如:判断是不是为空,如果为空指定默许值,这只是1个简单的扩大。其实和DataSet1样,业务实体也承载着1个数据载体的任务,实体类在3层结构中的利用以下图所示:
3.2 业务实体类
业务实体类术语叫“Data Transfer Object(数据传输对象)”,主要用来在各层间传输数据,因此没有定义方法,固然有需要定义1些验证是不是有效的方法。
3.3 实体类的使用
在表示层中使用实体类需要做两件事。
(1)将解析实体对象中封装的数据展现给用户。
当表示层接收到从业务逻辑层返回的实体对象,并将实体对象中封装的信息展现给用户时,表示层需要对实体对象中封装的信息进行解析。表示层对实体对象的解析分两种情况:
第1种是对单个实体对象进行解析,这类解析1般经常使用的数据展现控件为:TextBox(文本框)、Label(标签)等控件,它们通常有1个Text属性用于展现数据。可以通过业务实体对象的属性取得实体对象中的数据,将取得的属性值赋给“Text”属性。
第2种是对实体对象集合进行解析。将多个业务实体对象封装到List中称为实体对象集合,对实体对象集合的解析,Visual Studio中已封装好的控件如:DataGridView(数据表格视图)控件、ComboBox(下拉列表)控件等,它们都有1个数据源属性(DataSource),可以直接将实体对象集合绑定到数据源属性上
(2)将用户要求的数据封装到实体对象中
在表示层,我们如何将用户要求的数据封装到实体对象中,我们首先需要实例化实体对象,然后将用户的要求赋值给实体对象中的对应的属性。
3.3.1在表示层使用实体类:以下图所示:
表示层使用实体类用于封装数据或对实体数据进行解析。
3.3.2 在业务逻辑层中使用实体类
业务逻辑层实体类的使用不同于表示层,它主要负责传输实体对象,并对实体对象中封装的数据进行处理。需要做两件事情:
(1)将接收到得实体对象传输到下1层。
当业务逻辑层接收到装有信息的业务实体对象后,根据要求或响应将实体对象传到下1层。
(2)根据用户要求对实体对象中的数据进行处理。
当我们使用实体类开发3层利用程序时,数据处理来自两个方面。
1. 业务实体对数据的处理,实体类本身是由属性组成的,而大多都是可读可写属性。所以,根据要求的不同可以给属性设置不同的值,例如:当用户的要求为空时,给属性设置默许值。
2. 业务逻辑对数据的处理,例如:用户登录,用户的身份分管理员和普通员工,此时业务逻辑层根据用户身份分别进行不同的处理。
业务逻辑层使用实体类以下图所示:
3.3.3 在数据访问层中使用实体类
在数据访问层中使用实体类需要做两件事情。
(1)将数据库中的数据封装到实体对象中或将多个实体对象封装成集合。
当用户的要求时数据查询要求时,数据访问层需要实现对数据库的查询访问。当要求的结果只有1条记录时,我们将这条记录封装成1个实体对象。当要求的结果是多条记录时,我们将每条记录封装成1个实体对象,然后再将多个实体对象封装成集合(将多个实体对象封装到List中)。
(2)将实体对象中的数据保存到数据库中。
当用户的要求是数据保存要求时,数据访问层首先对实体对象中封装的数据进行解析,然后将解析出的数据保存到数据库中。
数据访问层使用实体类以下图所示:
|
【
实体类为我们全部项目的开发提供了很大的灵活性。它把数据库中的表用面向对象的思想抽象成类,使数据作为对象来使用,消除关系数据与表之间的差别,在3层结构开发中使用实体类更有助于项目的保护、扩大,更能体现3层结构开发的优势。
】
通过上面的学习,我们学到了以下知识:
n 为何在3层结构中使用实体类、实体类的含义及如何自定义实体类。
n 如何将用户要求的数据封装到实体对象中,和如何解析得到实体对象中的数据。
n 如何返回多个实体对象。
3.4 项目实战:使用业务实体类代替DataSet
在本章我们使用使用业务实体类代替DataSet实现3层结构,首先我们在3层结构框架下添加1个业务实体项目,以下图所示:
在第1章的基础上,我们现将完本钱章任务的步骤概括以下:
(1)实现业务实体
①、 新增项目Model
②、 在其他项目中添加对业务实体项目的援用
③、 添加需求所用数据库中表对应的实体类
④、 编写业务实体类
(2)设计用户界面
(3)实现数据访问层
(4)实现业务逻辑层
(5)实现表示层数据绑定
3.4.1 创建业务实体项目
(1)在已搭建的3层结构解决方案上,右键单击项目名,选择“添加”->“新建项目”命令,以下图所示:
|
(2)在弹出的“添加新项目”对话框当选择项目类型为“Visual C#”,模板为”类库”,并填写项目名称为“Model”,单击“肯定”按钮,以下图所示:
(3)业务实体项目添加终了。根据业务实体在3层结构中的作用与地位,我们需要添加表示层、数据访问层和业务逻辑层对业务实体的依赖。依赖关系以下图所示:
下面我们根据本章任务所需,添加业务实体类。
(1)在业务实体项目“Model”项目上右击,选择“添加”->“新建项”命令,以下图所示:
(2)顺次添加管理员实体类(Admin)、学期信息类(Sem)、学生信息类(Student)、科目信息类(Subject)。学期信息类(Sem)代码以下:
示例1:
using System;
using System.Collections.Generic;
using System.Text;
namespace Model
{
[Serializable]
public class Sem
{
private intid;
public intId
{
get {return id; }
set { id = value; }
}
privatestring semName;
publicstring SemName
{
get {return semName; }
set {semName = value; }
}
privateshort lessonNum;
public shortLessonNum
{
get {return lessonNum; }
set {lessonNum = value; }
}
privatefloat spending;
public floatSpending
{
get {return spending; }
set {spending = value; }
}
public Sem()
{
}
}
}
根据数据编写实体类时,我们需要注意以下几点。
(1)表中的每个字段,对应实体类中的1个private(或protected)类型的字段和1个public类型的属性。
(2)表中字段的类型要与属性的类型相匹配。例如:数据库中的char、varchar类型与C#中的string类型匹配。
(3)在业务实体类前面1半要加上序列化属性[Serializable],它会对实体类中的所有字段、属性进行序列化处理,序列化的主要目的是为了提高数据传输中的性能与安全性。
3.4.3 实现数据访问层
在编写数据访问层之前,首先接触下using语句。using语句作为关键字,在第1学期主要用于援用命名空间。
作为语句,using语句允许用户定义1个范围,并在此范围内末尾自动释放对象。例如在using语句范围内定义了1个数据库连接对象,当程序履行到using语句末尾时,将自动释放此数据库连接对象,从而大大简化了代码,并在1定程度上提高了资源使用效力。
完本钱章任务需要使用的对象以下:
(1)实例化SqlConnection对象,实现数据库连接。
(2)实例化SqlCommand对象,履行Sql命令。
(3)实例化SqlDataReader对象,读取数据。
(4)使用实体对象传递数据。
(5)使用List传递实体对象集合。
当我们掌握了Ado.Net、实体类、List、using语句的使用时,我们现在实现对他们的综合使用。
3.4.3 实现业务逻辑层
在实现业务逻辑层之前,我们对实现的步骤进行1个简单概括。
(1)在业务逻辑处理类中援用数据访问层命名空间、业务实体命名空间。
(2)实例化业务实体对象。
(3)实例化数据访问对象。
(4)调用数据访问功能。
(5)实现业务逻辑功能。
根据数据访问层实现的功能,业务逻辑层主要完成根据不同的用户类型调用不同的数据访问方法,通过判断用户类型得到学员用户的用户状态信息。
3.4.4实现表示层数据绑定
表示层主要实现的功能有:根据用户输入的信息判断是不是为空,是不是为有效状态,验证是不是通过等。
//本章代码,详见代码同享区
小结:
n 用OOP实现3层架构时,业务实体类是3层之间数据传递的载体。
n 在使用实体类开发3层结构时,用户的要求需要返回实体对象集合时,可以使用List实现。
n using关键字在C#中有两种用处
1. 作为指令,援用命名空间;
2. 作为语句,用于定义1个范围,在此范围末自动释放对象。
n 在3层结构中,我们使用实体类消除关系数据库与类之间的差别,以更好地使用OOP的思想来架构我们的系统。
作业:
完善第2章自己已架构好的MIS系统,丰富完善数据访问层、业务逻辑层和表示层,使用业务实体类来在各层之间传输数据。