实战 .Net 数据访问层 - 2

 

废话少说，先奉上代码若干，请大家一起参详参祥（以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到底是怎么做的：

 

下一段：http://www.csdn.net/develop/Read_Article.asp?id=27545