具有存储库模式的 LINQ to SQL

Question

目前我正在尝试在我的项目中实现 LINQ to SQL。我正在尝试将 LINQ to SQL 与著名的存储库模式结合使用。这就是我想要做的：

1. 创建表，例如客户表。
2. 为我的客户表生成 LINQ to SQL (.dbml)。
3. 它生成了包含所有属性和一些部分方法的部分 Customer 类。

之后，我需要为 ex 添加一些自定义方法：GetCustomerById(int id)、GetCustomerByName(string name) 等。因此，我创建了 Customer 的部分类并实现了我需要的所有功能。

嗯，从这一步我意识到有一些奇怪的事情，我没有实现存储库模式.. T_T

我试图做的是创建一个访问存储库层的业务层，然后存储库层使用 LINQ to SQL 作为数据对 SQL Server 的模型和数据访问。 这是最佳实践吗？以及如何将存储库模式添加到 LINQ to SQL 生成的客户部分类中？

谢谢。

Answer 1

存储库模式有许多变体。它的一个简单定义是一个封装/隐藏其他组件的持久性逻辑的模块。

因此，您可以有一个名为 LinqToSqlRepository.cs 的类，其方法如下：

public class LinqToSqlRepository
{
   private YourDataContext _ctx;

   public LinqToSqlRepository()
   {
      _ctx = new YourDataContext();
   }

   public Person GetPersonById(int id)
   {
      return _ctx.Persons.SingleOrDefault(p => p.Id == id);
   }
}

并从您的 业务层 调用它，如下所示：

var db = new LinqToSqlRepository();
var person = db.GetPersonById(int id);

理想情况下，您不想添加您的存储库到您的部分类。它应该是分开的。您的存储库类应该解决您的部分类。

但老实说，（IMO）这种设计模式比 Linq2Sql 更适合 EntityFramework，因为它在 POCO 方面提供了更多的多功能性。

Linq2Sql 无法将业务实体与持久层完全解耦。在上面的示例中，您返回一个 Person 对象，它实际上是 L2S 设计器中的实体，因此 UI 将需要对此的引用，从而克服了“持久性无知”的问题。

然而，正如我所说，单独创建存储库，不要将方法放在分部类中，而是在存储库中使用它们。

HTH。