C# 实体类

3.1      使用实体类构建三层结构概述

 

在上一章中的三层架构中,我们使用DataSet来进行数据的传递,但在OOP的开发中,有很大的局限性:

1.   DataSet不具备良好的面向对象特性,使用起来不够直观、方便。

2.   对DataSet中的数据进行查找时容易出错。例如:我们要查询DataSet中学员信息DataTable中的某个值时,必须指定行索引与列名,这只是一个简单的查询,如果稍微复杂就需要遍历所有的行集。

3.   由于DataSet的核心结构与数据库的核心结构完全相同,所以它把数据结构完全暴露在表示层和业务逻辑层。

使用实体类的主要好处来自一个简单的事实,即实体类是完全受我们控制的对象,它具有面向对象的基本特征。我们可以自由地向实体类添加行为(如:判断是否为空,如果为空指定默认值,这只是一个简单的扩展。其实和DataSet一样,业务实体也承载着一个数据载体的任务,实体类在三层结构中的应用如下图所示:

                                                 3.2 业务实体类

业务实体类术语叫“Data Transfer Object(数据传输对象)”,主要用来在各层间传输数据,因此没有定义方法,当然有需要定义一些验证是否有效的方法。

                                                 3.3 实体类的使用

 

在表示层中使用实体类需要做两件事。

(1)将解析实体对象中封装的数据展示给用户。

当表示层接收到从业务逻辑层返回的实体对象,并将实体对象中封装的信息展示给用户时,表示层需要对实体对象中封装的信息进行解析。表示层对实体对象的解析分两种情况:

第一种是对单个实体对象进行解析,这种解析一般常用的数据展示控件为:TextBox(文本框)、Label(标签)等控件,它们通常有一个Text属性用于展示数据。可以通过业务实体对象的属性获得实体对象中的数据,将获得的属性值赋给“Text”属性。

第二种是对实体对象集合进行解析。将多个业务实体对象封装到List<T>中称为实体对象集合,对实体对象集合的解析,Visual Studio中已经封装好的控件如:DataGridView(数据表格视图)控件、ComboBox(下拉列表)控件等,它们都有一个数据源属性(DataSource),可以直接将实体对象集合绑定到数据源属性上。

(2)将用户请求的数据封装到实体对象中

在表示层,我们如何将用户请求的数据封装到实体对象中,我们首先需要实例化实体对象,然后将用户的请求赋值给实体对象中的对应的属性。

3.3.1在表示层使用实体类:如下图所示:

表示层使用实体类用于封装数据或对实体数据进行解析。

3.3.2     在业务逻辑层中使用实体类

业务逻辑层实体类的使用不同于表示层,它主要负责传输实体对象,并对实体对象中封装的数据进行处理。需要做两件事情:

(1)将接收到得实体对象传输到下一层。

当业务逻辑层接收到装有信息的业务实体对象后,根据请求或响应将实体对象传到下一层。

(2)根据用户请求对实体对象中的数据进行处理。

当我们使用实体类开发三层应用程序时,数据处理来自两个方面。

一.           业务实体对数据的处理,实体类本身是由属性组成的,而大多都是可读可写属性。所以,根据请求的不同可以给属性设置不同的值,例如:当用户的请求为空时,给属性设置默认值。

二.           业务逻辑对数据的处理,例如:用户登录,用户的身份分管理员和普通员工,此时业务逻辑层根据用户身份分别进行不同的处理。

业务逻辑层使用实体类如下图所示:

3.3.3 在数据访问层中使用实体类

在数据访问层中使用实体类需要做两件事情。

(1)将数据库中的数据封装到实体对象中或将多个实体对象封装成集合。

当用户的请求时数据查询请求时,数据访问层需要实现对数据库的查询访问。当请求的结果只有一条记录时,我们将这条记录封装成一个实体对象。当请求的结果是多条记录时,我们将每一条记录封装成一个实体对象,然后再将多个实体对象封装成集合(将多个实体对象封装到List<T>中)。

(2)将实体对象中的数据保存到数据库中。

当用户的请求是数据保存请求时,数据访问层首先对实体对象中封装的数据进行解析,然后将解析出的数据保存到数据库中。

数据访问层使用实体类如下图所示:


1

 

2

 

实体类为我们整个项目的开发提供了很大的灵活性。它把数据库中的表用面向对象的思想抽象成类,使数据作为对象来使用,消除了关系数据与表之间的差别,在三层结构开发中使用实体类更有助于项目的维护、扩展,更能体现三层结构开发的优势。

 

通过上面的学习,我们学到了如下知识:

n       为什么在三层结构中使用实体类、实体类的含义及如何自定义实体类。

n       如何将用户请求的数据封装到实体对象中,以及如何解析得到实体对象中的数据。

n       如何返回多个实体对象。

3.4 项目实战:使用业务实体类代替DataSet

在本章我们使用使用业务实体类代替DataSet实现三层结构,首先我们在三层结构框架下添加一个业务实体项目,如下图所示:

在第一章的基础上,我们现将完成本章任务的步骤概括如下:

(1)实现业务实体

①、         新增项目Model

②、         在其他项目中添加对业务实体项目的引用

③、         添加需求所用数据库中表对应的实体类

④、         编写业务实体类

(2)设计用户界面

(3)实现数据访问层

(4)实现业务逻辑层

(5)实现表示层数据绑定

3.4.1 创建业务实体项目

 

(1)在已经搭建的三层结构解决方案上,右键单击项目名,选择“添加”->“新建项目”命令,如下图所示:

(2)在弹出的“添加新项目”对话框中选择项目类型为“Visual C#”,模板为”类库”,并填写项目名称为“Model”,单击“确定”按钮,如下图所示:

(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)表中的每一个字段,对应实体类中的一个private(或protected)类型的字段和一个public类型的属性。

(2)表中字段的类型要与属性的类型相匹配。例如:数据库中的char、varchar类型与C#中的string类型匹配。

(3)在业务实体类前面一半要加上序列化属性[Serializable],它会对实体类中的所有字段、属性进行序列化处理,序列化的主要目的是为了提高数据传输中的性能与安全性。

3.4.3 实现数据访问层

 

在编写数据访问层之前,首先接触下using语句。using语句作为关键字,在第一学期主要用于引用命名空间。

作为语句,using语句允许用户定义一个范围,并在此范围内末尾自动释放对象。例如在using语句范围内定义了一个数据库连接对象,当程序执行到using语句末尾时,将自动释放此数据库连接对象,从而大大简化了代码,并在一定程度上提高了资源使用效率。

完成本章任务需要使用的对象如下:

(1)实例化SqlConnection对象,实现数据库连接。

(2)实例化SqlCommand对象,执行Sql命令。

(3)实例化SqlDataReader对象,读取数据。

(4)使用实体对象传递数据。

(5)使用List<T>传递实体对象集合。

当我们掌握了Ado.NET、实体类、List<T>、using语句的使用时,我们现在实现对他们的综合使用。

3.4.3 实现业务逻辑层

在实现业务逻辑层之前,我们对实现的步骤进行一个简单概括。

(1)在业务逻辑处理类中引用数据访问层命名空间、业务实体命名空间。

(2)实例化业务实体对象。

(3)实例化数据访问对象。

(4)调用数据访问功能。

(5)实现业务逻辑功能。

根据数据访问层实现的功能,业务逻辑层主要完成根据不同的用户类型调用不同的数据访问方法,通过判断用户类型得到学员用户的用户状态信息。

3.4.4实现表示层数据绑定

 

表示层主要实现的功能有:根据用户输入的信息判断是否为空,是否为有效状态,验证是否通过等。

//本章代码,详见代码共享区

小结:

n       用OOP实现三层架构时,业务实体类是三层之间数据传递的载体。

n       在使用实体类开发三层结构时,用户的请求需要返回实体对象集合时,可使用List<T>实现。

n       using关键字在C#中有两种用途

1.   作为指令,引用命名空间;

2.   作为语句,用于定义一个范围,在此范围末自动释放对象。

n     在三层结构中,我们使用实体类消除关系数据库与类之间的差别,以更好地使用OOP的思想来架构我们的系统。

作业:

完善第二章自己已经架构好的MIS系统,丰富完善数据访问层、业务逻辑层和表示层,使用业务实体类来在各层之间传输数据。

3.1      使用实体类构建三层结构概述

 

在上一章中的三层架构中,我们使用DataSet来进行数据的传递,但在OOP的开发中,有很大的局限性:

1.   DataSet不具备良好的面向对象特性,使用起来不够直观、方便。

2.   对DataSet中的数据进行查找时容易出错。例如:我们要查询DataSet中学员信息DataTable中的某个值时,必须指定行索引与列名,这只是一个简单的查询,如果稍微复杂就需要遍历所有的行集。

3.   由于DataSet的核心结构与数据库的核心结构完全相同,所以它把数据结构完全暴露在表示层和业务逻辑层。

使用实体类的主要好处来自一个简单的事实,即实体类是完全受我们控制的对象,它具有面向对象的基本特征。我们可以自由地向实体类添加行为(如:判断是否为空,如果为空指定默认值,这只是一个简单的扩展。其实和DataSet一样,业务实体也承载着一个数据载体的任务,实体类在三层结构中的应用如下图所示:

                                                 3.2 业务实体类

业务实体类术语叫“Data Transfer Object(数据传输对象)”,主要用来在各层间传输数据,因此没有定义方法,当然有需要定义一些验证是否有效的方法。

                                                 3.3 实体类的使用

 

在表示层中使用实体类需要做两件事。

(1)将解析实体对象中封装的数据展示给用户。

当表示层接收到从业务逻辑层返回的实体对象,并将实体对象中封装的信息展示给用户时,表示层需要对实体对象中封装的信息进行解析。表示层对实体对象的解析分两种情况:

第一种是对单个实体对象进行解析,这种解析一般常用的数据展示控件为:TextBox(文本框)、Label(标签)等控件,它们通常有一个Text属性用于展示数据。可以通过业务实体对象的属性获得实体对象中的数据,将获得的属性值赋给“Text”属性。

第二种是对实体对象集合进行解析。将多个业务实体对象封装到List<T>中称为实体对象集合,对实体对象集合的解析,Visual Studio中已经封装好的控件如:DataGridView(数据表格视图)控件、ComboBox(下拉列表)控件等,它们都有一个数据源属性(DataSource),可以直接将实体对象集合绑定到数据源属性上。

(2)将用户请求的数据封装到实体对象中

在表示层,我们如何将用户请求的数据封装到实体对象中,我们首先需要实例化实体对象,然后将用户的请求赋值给实体对象中的对应的属性。

3.3.1在表示层使用实体类:如下图所示:

表示层使用实体类用于封装数据或对实体数据进行解析。

3.3.2     在业务逻辑层中使用实体类

业务逻辑层实体类的使用不同于表示层,它主要负责传输实体对象,并对实体对象中封装的数据进行处理。需要做两件事情:

(1)将接收到得实体对象传输到下一层。

当业务逻辑层接收到装有信息的业务实体对象后,根据请求或响应将实体对象传到下一层。

(2)根据用户请求对实体对象中的数据进行处理。

当我们使用实体类开发三层应用程序时,数据处理来自两个方面。

一.           业务实体对数据的处理,实体类本身是由属性组成的,而大多都是可读可写属性。所以,根据请求的不同可以给属性设置不同的值,例如:当用户的请求为空时,给属性设置默认值。

二.           业务逻辑对数据的处理,例如:用户登录,用户的身份分管理员和普通员工,此时业务逻辑层根据用户身份分别进行不同的处理。

业务逻辑层使用实体类如下图所示:

3.3.3 在数据访问层中使用实体类

在数据访问层中使用实体类需要做两件事情。

(1)将数据库中的数据封装到实体对象中或将多个实体对象封装成集合。

当用户的请求时数据查询请求时,数据访问层需要实现对数据库的查询访问。当请求的结果只有一条记录时,我们将这条记录封装成一个实体对象。当请求的结果是多条记录时,我们将每一条记录封装成一个实体对象,然后再将多个实体对象封装成集合(将多个实体对象封装到List<T>中)。

(2)将实体对象中的数据保存到数据库中。

当用户的请求是数据保存请求时,数据访问层首先对实体对象中封装的数据进行解析,然后将解析出的数据保存到数据库中。

数据访问层使用实体类如下图所示:


1

 

2

 

实体类为我们整个项目的开发提供了很大的灵活性。它把数据库中的表用面向对象的思想抽象成类,使数据作为对象来使用,消除了关系数据与表之间的差别,在三层结构开发中使用实体类更有助于项目的维护、扩展,更能体现三层结构开发的优势。

 

通过上面的学习,我们学到了如下知识:

n       为什么在三层结构中使用实体类、实体类的含义及如何自定义实体类。

n       如何将用户请求的数据封装到实体对象中,以及如何解析得到实体对象中的数据。

n       如何返回多个实体对象。

3.4 项目实战:使用业务实体类代替DataSet

在本章我们使用使用业务实体类代替DataSet实现三层结构,首先我们在三层结构框架下添加一个业务实体项目,如下图所示:

在第一章的基础上,我们现将完成本章任务的步骤概括如下:

(1)实现业务实体

①、         新增项目Model

②、         在其他项目中添加对业务实体项目的引用

③、         添加需求所用数据库中表对应的实体类

④、         编写业务实体类

(2)设计用户界面

(3)实现数据访问层

(4)实现业务逻辑层

(5)实现表示层数据绑定

3.4.1 创建业务实体项目

 

(1)在已经搭建的三层结构解决方案上,右键单击项目名,选择“添加”->“新建项目”命令,如下图所示:

(2)在弹出的“添加新项目”对话框中选择项目类型为“Visual C#”,模板为”类库”,并填写项目名称为“Model”,单击“确定”按钮,如下图所示:

(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)表中的每一个字段,对应实体类中的一个private(或protected)类型的字段和一个public类型的属性。

(2)表中字段的类型要与属性的类型相匹配。例如:数据库中的char、varchar类型与C#中的string类型匹配。

(3)在业务实体类前面一半要加上序列化属性[Serializable],它会对实体类中的所有字段、属性进行序列化处理,序列化的主要目的是为了提高数据传输中的性能与安全性。

3.4.3 实现数据访问层

 

在编写数据访问层之前,首先接触下using语句。using语句作为关键字,在第一学期主要用于引用命名空间。

作为语句,using语句允许用户定义一个范围,并在此范围内末尾自动释放对象。例如在using语句范围内定义了一个数据库连接对象,当程序执行到using语句末尾时,将自动释放此数据库连接对象,从而大大简化了代码,并在一定程度上提高了资源使用效率。

完成本章任务需要使用的对象如下:

(1)实例化SqlConnection对象,实现数据库连接。

(2)实例化SqlCommand对象,执行Sql命令。

(3)实例化SqlDataReader对象,读取数据。

(4)使用实体对象传递数据。

(5)使用List<T>传递实体对象集合。

当我们掌握了Ado.NET、实体类、List<T>、using语句的使用时,我们现在实现对他们的综合使用。

3.4.3 实现业务逻辑层

在实现业务逻辑层之前,我们对实现的步骤进行一个简单概括。

(1)在业务逻辑处理类中引用数据访问层命名空间、业务实体命名空间。

(2)实例化业务实体对象。

(3)实例化数据访问对象。

(4)调用数据访问功能。

(5)实现业务逻辑功能。

根据数据访问层实现的功能,业务逻辑层主要完成根据不同的用户类型调用不同的数据访问方法,通过判断用户类型得到学员用户的用户状态信息。

3.4.4实现表示层数据绑定

 

表示层主要实现的功能有:根据用户输入的信息判断是否为空,是否为有效状态,验证是否通过等。

//本章代码,详见代码共享区

小结:

n       用OOP实现三层架构时,业务实体类是三层之间数据传递的载体。

n       在使用实体类开发三层结构时,用户的请求需要返回实体对象集合时,可使用List<T>实现。

n       using关键字在C#中有两种用途

1.   作为指令,引用命名空间;

2.   作为语句,用于定义一个范围,在此范围末自动释放对象。

n     在三层结构中,我们使用实体类消除关系数据库与类之间的差别,以更好地使用OOP的思想来架构我们的系统。

作业:

完善第二章自己已经架构好的MIS系统,丰富完善数据访问层、业务逻辑层和表示层,使用业务实体类来在各层之间传输数据。

时间: 2024-10-20 19:11:58

C# 实体类的相关文章

Entity Framework 6 Code First 实践系列(1):实体类配置总结

EF实体类的配置可以使用 数据注释或 Fluent API两种方式配置,Fluent API 配置的关键在于搞清实体类的依赖关系,按此方法配置,快速高效合理.为了方便理解,我们使用简化的实体A和B以及A.B的配置类AMap和BMap,来演示如何正确配置实体类关系的过程. public class A { public int Id { get; set; } } public class B { public int Id { get; set; } } public class AMap :

重要!!!实体类、数据访问类

创建两个类: users类: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace 实体类_数据访问类.App_Code { public class Users { private int _Ids; /// <summary> /// ids /// </summary> public int Ids { get { return _Ids;

利用SharePrefrence和Gson实现实体类的保存与获取

实现需要Gson获者其他能将实体类转换成json的jar包 接下来是主要方法: 保存实体类 public static  void putClass(ModelBase model){//需要实体类继承一个基类           String key=model.getClass().getName();           String value=new Gson().toJson(model);           putString(key, value);       }   获取实

在线数据库表(sql语句)生成java实体类工具

相信每个做java开发的读者,都接触过SQL建表语句,尤其是在项目开发初期,因为数据库是项目的基石. 在现代项目开发中,出现了许多ORM框架,通过简单的实体映射,即可实现与数据库的交互,然而我们最初设计的一定是数据库表结构,而不是实体类.实体类仅仅是对底层数据结构的有损压缩,它仅仅是数据载体,不具备数据归档能力. 因此,很多时候,我们需要将原始的SQL建表语句转换成java实体类,这项工作看似简单,但若人工完成,工作量也是相当可观的,而且难免会出现差错. 到目前为止,笔者还没有发现比较靠谱的此类

JSON C# Class Generator ---由json字符串生成C#实体类的工具

json作为互联网上轻量便捷的数据传输格式,越来越受到重视.但在服务器端编程过程中,我们常常希望能通过智能提示来提高编码效率.JSON C# Class Generator 能将json格式所表示的Javascript对象转化成强类型的C#实体类,来实现减少代码输入的效果. http://jsonclassgenerator.codeplex.com/  ----开源的winform工具. http://json2csharp.com/    同时推荐 另一款在线转化工具,大家看名字就知道了.

eclipse逆向生成实体类

(转自:http://blog.csdn.net/wangpeng047/article/details/6877720) 做项目必然要先进行数据库表设计,然后根据数据库设计建立实体类(VO),这是理所当然的,但是到公司里做项目后,让我认识到,没有说既进行完数据库设计后还要再"自己"建立一变VO.意思是,在项目设计时,要么根据需求分析建立实体类,由正向生成数据库表:要么就先进行数据库表设计,再逆向生成实体类.没有说进行完任意一方的设计后再去花时间去自己匹配建立另一方的设计. 原因是:

MyBatis映射实体类插件 MyBatis Generator

MyBatis Generator大大简化了MyBatis的数据库的代码编写,有了一个配置文件,就可以直接根据表映射成实体类.Dao类和xml映射. 资源地址: MyBatis项目地址:http://mybatis.github.io/ MyBatis中文使用文档:http://mybatis.github.io/mybatis-3/zh/index.html MyBatis Generator使用文档:http://mybatis.github.io/generator/index.html

实体类、数据访问类中的属性拓展

类中: using System; using System.Collections.Generic; using System.Data.SqlClient; using System.Linq; using System.Text; namespace 实体类_数据访问类.App_Code { public class Users { SqlConnection conn = null; SqlCommand cmd = null; public Users() { conn = new S

Hibernate框架 —— 实体类的自动生成

一: hibernate框架 框架在一定程度上可以理解为一个半成品. Hibernate框架是对数据库进行操作,完成数据持久化得重任. 二: 配置 使用hibernate 需要先下载hibernate.如果要下载最新版的可以去官网下载,而对于历史版本,官网中好像很难找到,不过以下地址可是试试的哦! -> 3.0及以上版本 ->4.0及以上版本 不过在下使用的是3.3.2版本的.另外再说说各版本的意思:    rc 版--发布候选版,表示可能有bug,内容不会有很大的变动    ga 版--稳定

基于MVC+EasyUI的Web开发框架经验总结(3)- 使用Json实体类构建菜单数据

近花了不少时间在重构和进一步提炼我的Web开发框架上,力求在用户体验和界面设计方面,和Winform开发框架保持一致,而在Web上,我主要采用EasyUI的前端界面处理技术,走MVC的技术路线,在重构完善过程中,很多细节花费不少时间进行研究和提炼,一步步走过来,也积累了不少经验,本系列将主要介绍我在进一步完善我的Web框架基础上积累的经验进行分享,本随笔主要介绍使用如何使用Json实体类构建菜单数据,然后在主界面中进行使用. 菜单的界面效果如下所示,菜单分为一级菜单.二级菜单.三级菜单,他们各自