废话少说,先奉上代码若干,请大家一起参详参祥(以SQL Server所带Northwind为例):
代码1:如何调用DAF?
// 创建Customer数据访问对象
CustomerDaf daf = new CustomerDaf();
// 根据ID返回Customer数据表
DataTable cust1 = (DataTable)daf.GetCustomerById("ALFKI");
// 根据名字返回匹配成功的Customer数据集
DataSet cust2 = (DataSet)daf.GetCustomers("ab");
// 根据名字返回Customer实体对象
MyCustomer cust3 = daf.GetCustomerByName("Maria Anders");
// 返回所有Customer数据列表,每个列表元素代表一个Customer实体对象
IList cust4 = daf.GetAllCustomers();
// 根据城市返回Customer数据读取器
DbDataReader cust5 = (DbDataReader)
daf.GetCustomerByCity("London");
// 将数据读取器数据转换为Customer数据列表,每个列表元素代表一个
// Customer实体对象
IList cust5_list =
EntityConvert.ToList(cust5, typeof(MyCustomer));
代码1展示了通过DAF获取数据的几种基本操作,从中,我们不难看出:CustomerDaf就是传统意义上的数据访问类,而Customer则对应了数据实体类,这种方式也是现在大部分DAL中最普遍使用的模式。既然如此,那么为何还要在此不厌其烦的推出这个DAF(当然不仅仅是改个名字那么简单J),究竟意图何在?
回答这个问题前,先告诉大家一个事实:
虽然上面的代码总共返回了5种不同的Data Entity对象:DataTable,DataSet,MyCustomer,Ilist,DbDataReader,但在Customer数据访问类“CustomerDaf”的定义中,所有方法的返回类型都是统一的MyCustomer!稍后,作者将对这段代码的实现部分进行分析。
Ok,让我们先从数据实体类入手,看看传统的Data Entity到底是怎么做的: