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系统，丰富完善数据访问层、业务逻辑层和表示层，使用业务实体类来在各层之间传输数据。