1、Linq To Sql中Repository模式应用场景

http://www.cnblogs.com/zhijianliutang/archive/2012/02/24/2367305.html

http://tech.it168.com/a2011/1214/1288/000001288218_2.shtml

http://git.oschina.net/kuiyu/Repository-Demo

2、分享基于Entity Framework的Repository模式设计

http://www.cnblogs.com/JustRun1983/p/3307774.html

总结一下，Repository在实际使用中，有下面三种特点:

Repository的共同性

有一些公共的方法(增删改查)， 这些方法无关于Repository操作的是哪个实体类，可以把这些方法定义成接口IRepository<TEntity>, 然后有个基类BaseRepository<TEntity>实现该接口的方法。

常见的方法，比如Find, Filter, Delete, Create等

Repository的差异性

每个Repository类又会有一些差异性，应当允许它们能够继承BaseRepository<TEntity>之外，还能够再扩展自己的一些方法。所以每个类都可以再定义一个自己特有的接口，定义一些属于自己Repository的方法。

Repository的协同性

不同的Repository可能需要协同，Repository对数据的修改，需要在统一的保存.

3、MVC架构中使用Respository模式实现统一的CRUD操作

http://www.cnblogs.com/guomingfeng/archive/2013/05/28/mvc-ef-repository.html

在数据库系统中，对于数据层来说，所有的操作归根结底无非“C（增加）、R（读取）、U（修改）、D（删除）”这四种操作。四种操作当中，与与业务相关度最大的是读取操作，根据各种不同的业务需求提交不同的查询，其最终执行应该放到业务层面中去进行，而增加，修改，删除这三种操作较为通用，可以作为通用数据操作封装到Repository中。在Repository中，唯一的变化点就是各种不同的实体类型，既然是变化点就应该进行封装，这里使用泛型来封装这个变化点。

4、MVC中使用Repository模式

微软MSDN有介绍：http://msdn.microsoft.com/zh-cn/dd408820 打开网站直接Ctrl+F搜索:使用 Repository 模式

在前面一节中，我们直接在一个控制器动作中使用了LINQ to SQL。我们直接从Index()控制器动作中使用了MovieDataContext类。对于一个简单的应用程序来说，这没有什么问题。然而，当你需要构建更加复杂的应用程序时，直接在控制器类中处理LINQ to SQL会造成一些问题。

在控制器类中使用LINQ to SQL会使以后切换数据访问技术时出现困难。举个例子，你可能想将Microsoft LINQ to SQL切换为使用Microsoft Entity Framework，来作为你的数据访问技术。在这种情况下，你需要在应用程序中重写每一个访问数据库的控制器。

在控制器类中使用LINQ to SQL也使得为应用程序创建单元测试更为困难。通常，在执行单元测试时，你不需要与数据库进行交互。你想要使用单元测试来测试你的应用程序逻辑，而非你的数据库服务器。

为了构建更加适应未来变化以及更加易于测试的MVC应用程序，你应该考虑使用Repository模式。当你使用Repository模式时，你会创建一个独立的repository类，它包含了所有的数据访问逻辑。

当你创建repository类时，你创建了一个接口，该接口代表着所有由repository类所使用的方法。在你的控制器中，你针对接口编写代码，而不是针对repository。通过这种方式，你以后可以使用不同的数据访问技术来实现repository。