代码改变世界

LINQ TO SQL学习笔记(2)_实现数据访问通用基类

2009-04-01 16:25  宗哥  阅读(3411)  评论(9编辑  收藏  举报

 

LINQ to SQL 实现数据访问通用基类

原文地址:http://devermind.com/linq/a-linq-disconnected-mode-abstract-base-class

LINQ to SQL让人着迷,在.Net应用程序当中,.它提供了一种安全,强大和非常灵活的方式执行数据访问,在当前微软传道者介绍上看,很容易上手。

不幸的是,当你对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将用于数据访问层。

LINQto 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<Customer>.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.       public class CustomersRepository :   

2.       //derive from RepositoryBase with the entity name and   

3.       //data context as generic parameters   

4.       DeverMind.RepositoryBase   

5.       {   

6.       override protected Expression<Func<Customer, bool>> GetIDSelector(int ID)   

7.       {   

8.       //ID needs to be the entity's ID column name   

9.       return (Item) => Item.ID == ID;   

10.   }   

11.   }   

12.   public partial class Customer   

13.   {   

14.   public static RepositoryBase CreateRepository()   

15.   {   

16.   //create and return an instance of this entity type's repository   

17.   return new CustomersRepository();   

18.   }   

19.   }  

您的每一个实体的类型都照这样做,你就拥有了一个工作在断开模式下无缝数据层。您继承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。

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

源代码

更新的源代码,本文可以找到这里

反馈!

感谢您阅读这篇文章。如果您有任何提示,问题或建议,请让我知道。我在日常工作中使用这个类,因此总是很感兴趣就如何进一步改进。

 

;