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

LINQ to SQL实现数据访问通用基类2011-10-15 博客园 ^-^Roping.ZongLINQ to SQL让人着迷，在.Net应用程序当中，.它提供了一种安全，强大和非常灵活的方式执行数据访问，在当前微软传道者介绍上看，很容易上手。

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

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

本文附带的LING 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或业务层的某个地方的代码可能看起来就像这样：

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）;