LINQtoSQL如何实现数据访问通用基类

本篇内容主要讲解“LINQ to SQL如何实现数据访问通用基类”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“LINQ to SQL如何实现数据访问通用基类”吧!

创新互联公司是一家集网站建设,施甸企业网站建设,施甸品牌网站建设,网站定制,施甸网站建设报价,网络营销,网络优化,施甸网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

不幸的是，当你对LINQ进行仔细研究后，我发现在多层架构中使用LINQ的并不是十分容易。

本文介绍用LINQ to SQL实现数据层的典型的问题点 ，并提供了一个简单，方便和灵活的方式来克服它们。

本文附带的LINQ to SQL 实现数据访问通用类有以下的特点：

实现了存储库模式，你可以用不到10行代码执行LINQ实体类型的CRUD (Create, Update, Delete)操作。
无缝协作，支持LINQ断开模式（Disconnected LINQ Mode）。
在单一数据库和LINQ实体间支持透明的数据库更新和数据加载。
提供为一种方便的功能，在调试你的应用程寻时候，它把所有执行的SQL语句输出控制台。
本文将假定您对LINQ to SQL （也称为DLINQ ）有一个基本的了解并如何使用它。否则，，，回到此网页，看看本教程入门系列，如何在多层次应用中使用LINQ to SQL。

存在的问题

如果您只是在你的UI层直接用LinqToDataSource对象衔接数据库，那LINQ to SQL太容易使用了。但是，这种做法不完全面向对象，当然也不是一个可取的架构，除非你是为了快速编码和脏乱的应用程序，并且最终没有去扩展的它打算。

相反，大多数开发人员把它们的应用程序划分成若干层，如下：

数据访问层（Data Access Layer）

业务层 （Business Layer）

用户界面层（UI Layer）

这就是所谓的多层数据库应用程序设计。LINQ to SQL将用于数据访问层。

LINQ to SQL的问题是-尽管它的许多优点-但是如果要实现数据层并不是很简单。

请看下面的数据库模式（database schema）:

一旦你要加载和保存LINQ实体到同一个的数据上下文实例（data context instance）（这就是所谓“连接模式”），用LINQ实现数据层非常直接。

例如，让我们从数据库中获取实体编号为1的客户，改变属性first name为“Homer”后在重新储存到数据库中。在一个多层数据库应用程序中，在UI或业务层的某个地方的代码可能看起来就像这样：

view plaincopy to clipboardprint?
1.         
2.       //create a new repository instance   
3.       CustomersRepository customersRepository = new CustomersRepository();   
4.       //load a customer instance and change it's FirstName;   
5.       Customer customer = customersRepository.Load(2);   
6.       customer.FirstName = "Homer";   
7.       //commmit customer to database   
8.       customersRepository.Save(customer);

最简单的方法来实现上面使用到的数据层加载和保存功能是：

view plaincopy to clipboardprint?
1.         
2.       static DataClassesDataContext context=new DataClassesDataContext();   
3.       public Customer Load(int CustomerID)   
4.       {   
5.       return context.Customers.Single(c => c.ID == CustomerID);   
6.       }   
7.       public void Save(Customer toSave)   
8.       {   
9.       context.SubmitChanges();   
10.   }

这种方法是使用连接LINQ模式：数据上下文（data context）在当前作用域一直有效（译者注：一直保持连接状态），所以在把实体保存到数据库的时候，它总是可以重复使用。其中仍然连接到它。

当然，这种做法方便并且在上述的单个例子中能运行，但它存在严重的并发问题，因为一个数据库方面是用于所有数据库操作。

当调用方法Save（），bmitChanges提交的不仅仅是当前Save 方法参数相关的LINQ实体,还包括所有改变了的实体。

但是及时把这个缺陷考虑在一边，使用LINQ在一个多层ASP.NET应用程序中，您还不能以相同方式实现数据层。首先，可能要求是这样，在一个页面请求中，LINQ实体被加载，然后在下一个页面请求中，它更新并储存到数据库中的。.同时，您的原始数据上下文在当前作用域内已经无效的（译者住：HTTP协议是无状态的），造成的您的LINQ实体游离。

还有许多其他情况下你需要使用断开LINQ模式：例如您实现的数据库层可能要作为一个Web服务，提交(commit)以前序列化LINQ实体到数据库等等。

用断开模式的LINQ to SQL实现数据访问层

所以，在断开的LINQ模式下，我们如何实现数据层的Save（ ）方法？

我们必须

Detach the entity from the old data context从旧的数据上下文中分离实体

Create a new data context创建一个新的数据上下文

Attach the entity to the new context附加实体到新的数据上下文

Submit changes提交更改

在源代码，它看起来像这样：

 view plaincopy to clipboardprint?
1.         
2.       public Customer Load(int CustomerID)   
3.       {   
4.       DataClassesDataContext context = new DataClassesDataContext();   
5.       return context.Customers.Single(c => c.ID == CustomerID);   
6.       }   
7.         
8.       public void Save(Customer toSave)   
9.       {   
10.   //the old data context is no more, we need to create a new one   
11.   DataClassesDataContext context = new DataClassesDataContext();   
12.   //serialize and deserialize the entity to detach it from the   
13.   //old data context. This is not part of .NET, I am calling   
14.   //my own code here   
15.   toSave = EntityDetacher.Detach(toSave);   
16.   //is the entity new or just updated?   
17.   //ID is the customer table's identity column, so new entities should   
18.   //have an ID == 0   
19.   if (toSave.ID == 0)   
20.   {   
21.   //insert entity into Customers table   
22.   context.Customers.InsertOnSubmit(toSave);   
23.   }   
24.   else  
25.   {   
26.   //attach entity to Customers table and mark it as "changed"   
27.   context.Customers.Attach(toSave, true);   
28.   }   
29.   }

现在只要你喜欢，您可以加载修改任意多实体，并且只提交他们一部分到数据库。但由于使用断开的LINQ ，这个程序并不会感知到LINQ实体之间的关系。

例如，假设在业务层或用户界面层您要做到以下几点：

view plaincopy to clipboardprint?
1.         
2.       //load currently selected customer from database   
3.       Customer customer = new CustomersRepository().Load(1);   
4.       //change the customer's first name   
5.       customer.FirstName = "Homer";   
6.       //add a new bill with two billingitems to the customer   
7.       Bill newbill = new Bill   
8.       {   
9.       Date = DateTime.Now,   
10.   BillingItems =   
11.   {   
12.   new BillingItem(){ItemPrice=10, NumItems=2},   
13.   new BillingItem(){ItemPrice=15, NumItems=1}   
14.   }   
15.   };   
16.   customer.Bills.Add(newbill);   
17.   //create a new provider to simulate new ASP.NET page request   
18.   //save the customer   
19.   new CustomersRepository().Save(customer);

这个断开模式下，上述Save（ ）方法将提交变更到FirstName列，但是忽略了new bill和billing items。为了做到这一点，我们还需要附加或插入递归所有相关的子实体（child entities）：

 view plaincopy to clipboardprint?1.        2.       public void Save(Customer toSave)  3.       {  4.       //the old data context is no more, we need to create a new one  5.       DataClassesDataContext context = new DataClassesDataContext();  6.       //serialize and deserialize the entity to detach it from the  7.       //old data context. This is not part of .NET, I am calling  8.       //my own code here  9.       toSave = EntityDetacher.Detach(toSave);  10.   //is the entity new or just updated?  11.   //ID is the customer table's identity column, so new entities should  12.   //have an ID == 0  13.   if (toSave.ID == 0)  14.   {  15.   //insert entity into Customers table  16.   context.Customers.InsertOnSubmit(toSave);  17.   }  18.   else 19.   {  20.   //attach entity to Customers table and mark it as "changed"  21.   context.Customers.Attach(toSave, true);  22.   }  23.   //attach or save all "bill" child entities  24.   foreach (Bill bill in toSave.Bills)  25.   {  26.   if (bill.ID == 0)  27.   {  28.   context.Bills.InsertOnSubmit(bill);  29.   }  30.   else 31.    32.   {  33.   context.Bills.Attach(bill, true);  34.   }  35.   //attach or save all "BillingItem" child entities  36.   foreach (BillingItem billingitem in bill.BillingItems)  37.   {  38.   if (bill.ID == 0)  39.   {  40.   context.BillingItems.InsertOnSubmit(billingitem);  41.   }  42.   else 43.   {  44.   context.BillingItems.Attach(billingitem, true);  45.   }  46.   }  47.   }  48.   }

不是很复杂，但很多打字（译者注：翻译不是很难，但要一句句的理解，还要打很多字）。并且这只是支持一个微不足道的database scheme和一个单一的实体类型。.想象一下，如果实现数据库层有几十个实体类型与几十个外键关系，在这个数据存储类中，你将要为每一个LINQ实体写几十套foreach循环，这不仅是单调乏味，而且还容易出错。.当你添加新的表，你必须添加几十foreach循环。

如何避免这些问题

在相当多的在线调研后，我实现了一个RepositoryBase类，使用他您可以快速实现您的数据层，所示为测试通过的例子。 首先，用对象关系映射器（译者注:Visual Studio自带工具）来产生序列化的LINQ实体：在Visual Studio中打开dbml文件，在空白区域某处左键单击，弹出属性窗口，设置“Serialization Mode属性”为“Unidirectional”。

现在您可以继承RepositoryBase实现您自己的Repository：

view plaincopy to clipboardprint?
1.         
2.       public void Save(Customer toSave)   
3.       {   
4.       //the old data context is no more, we need to create a new one   
5.       DataClassesDataContext context = new DataClassesDataContext();   
6.       //serialize and deserialize the entity to detach it from the   
7.       //old data context. This is not part of .NET, I am calling   
8.       //my own code here   
9.       toSave = EntityDetacher.Detach(toSave);   
10.   //is the entity new or just updated?   
11.   //ID is the customer table's identity column, so new entities should   
12.   //have an ID == 0   
13.   if (toSave.ID == 0)   
14.   {   
15.   //insert entity into Customers table   
16.   context.Customers.InsertOnSubmit(toSave);   
17.   }   
18.   else  
19.   {   
20.   //attach entity to Customers table and mark it as "changed"   
21.   context.Customers.Attach(toSave, true);   
22.   }   
23.   //attach or save all "bill" child entities   
24.   foreach (Bill bill in toSave.Bills)   
25.   {   
26.   if (bill.ID == 0)   
27.   {   
28.   context.Bills.InsertOnSubmit(bill);   
29.   }   
30.   else  
31.     
32.   {   
33.   context.Bills.Attach(bill, true);   
34.   }   
35.   //attach or save all "BillingItem" child entities   
36.   foreach (BillingItem billingitem in bill.BillingItems)   
37.   {   
38.   if (bill.ID == 0)   
39.   {   
40.   context.BillingItems.InsertOnSubmit(billingitem);   
41.   }   
42.   else  
43.   {   
44.   context.BillingItems.Attach(billingitem, true);   
45.   }   
46.   }   
47.   }   
48.   }

您的每一个实体的类型都照这样做，你就拥有了一个工作在断开模式下无缝数据层。您继承Repository的类自动执行下列方法：

作为锦上添花的功能，在应用程序调试的过程中，你还可以通过输出控制台看到执行对数据库的操作的SQL命令。这多亏了被用于RepositoryBase的SQL调试输出的Kris Vandermotten 方便的DebuggerWriter组件（译者注：外国人就是绅士）！

天下有没有免费的午餐...

当前的加载（Load）操作中，没有任何显著的性能损失，但是当你调用Save or Delete方法时候，幕后用到一点反射（reflection）操作。

对于绝大多数的数据访问层（DAL）需求，在你的应用程序当中，这可能并没有显著的的影响。 但是，如果您正在执行大量的更新/插入/删除操作，特别是大量的包含嵌套的实体，那么您可能需要自己写代码替代Repository的Save / Delete方法。.所有Save / Delete方法都是虚方法（virtual），因此您可以轻易重写（override）他们。

另外请注意， RepositoryBase不支循环依赖（circular dependencies）的递递归save 或者 delete操作。

结论

本文将和包括源代码提供了一个简单，方便和可扩展的方式实现您的多层LINQ数据层CRUD（译者注：增，删，改，查）的方法。.它利用断开模式，并支持保存（saving）和加载（loading）嵌套子实体（child entities）.在Save 和Delete（译者注：原文为Load，可能原作者笔误）操作时候有一个小小的性能损失，但在性能至关重要的应用中，您可以重写这些Repositories类的Save和Delete。

对于一切，你安心上路，只需几行代码。

到此，相信大家对“LINQ to SQL如何实现数据访问通用基类”有了更深的了解，不妨来实际操作一番吧！这里是创新互联网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！