实体类与 LINQ to SQL 提供程序解耦，以实现存储库模式。 如何？

Question

我查看了存储库模式，并认识到我过去使用的一些想法让我感觉良好。

但是现在我想编写一个使用此模式的应用程序但我希望从存储库提供程序中将实体类解耦。

我将创建几个程序集：

1. 一个“接口”程序集，它将托管公共接口，包括 IRepository 接口；
2. 一个“实体”程序集，它将托管产品、用户、订单等实体类。 该程序集将由“Interfaces”程序集引用，因为某些方法将返回此类类型或它们的数组。 它还将被主应用程序程序集（例如 Web 应用程序）
3. 一个或多个存储库提供程序程序集引用。 每个都包含（至少）一个实现 IRepository 接口的类，并且它将与特定的数据存储一起使用。 数据存储可以包括 SQL Server、Oracle 服务器、MySQL、XML 文件、Web/WCF 服务等。

研究 LINQ to SQL 从实现所有内容所需的时间来看似乎非常高效，直到我发现生成的类和 CustomDataContext 类之间的深层依赖关系。

在这种情况下如何使用 LINQ to SQL？

Answer 1

我不知道这是否正是您想要的，但您可能想看看 Rob Conery 的 MVC Storefront 代码。 他使用带有 linq 提供程序的存储库模式的变体。 他将 LINQ to Sql 对象映射到域对象，然后将域对象从存储库提供程序返回到服务层，该服务层包装提供程序，允许他在返回的数据到达业务层之前对返回的数据进行一些逻辑处理。

MVC 店面网络广播
代码

对我来说，听起来您希望提供者返回 DTO，然后您想要将 DTO 映射到存储库/服务层中的域对象。 如果是这种情况，您可以将 LINQ to SQL 提供程序映射到 DTO，让它返回它们，然后将 DTO 映射到存储库/服务层中的域对象。 这应该可以正常工作，但可能会变得乏味，因为您现在有 2 个映射层。

在这种情况下，您将拥有：
ProductService，它采用 IProductRepository。 它调用 IProductRepository 上的方法来取回您的 DTO。 然后，它将 DTO 映射到实际业务对象，并将它们返回给调用代码。

Answer 2

您可以创建将数据库映射到任何类的外部 XML 文件：

 <?xml version="1.0" encoding="utf-8"?>
 <Database Name="DbName" 
           xmlns="http://schemas.microsoft.com/linqtosql/dbml/2007">
    <Table Name="DbTableName">
       <Type Name="EntityClassName" >
           <Column Name="ID" Type="System.Int64" Member="Id"
                   DbType="BigInt NOT NULL IDENTITY" IsPrimaryKey="true"
                   CanBeNull="false" />
           <Column Name="ColumnName" Type="System.String" Member="PropertyA"
                   DbType="VarChar(1024)" CanBeNull="true" />
       </Type>
    </Table>
 </Database>

然后将 XML 传递给 DataContext 类：

 using (var cn = GetDbConnection())
  { var mappingSrc = XmlMappingSource.FromReader(xmlReader);

    using (var db = new DataContext(cn, mappingSrc))
     { var q = from entity in db.GetTable<EntityClassName>()
               where entity.PropertyA = "..."
               select entity.ID;
     }
  }

Answer 3

我在这里找到了一篇很棒的博客文章（有很多好的代码）：http://iridescent.no/post/Linq-to-Sql-Programming-Against-an-Interface-and-the-Repository-Pattern.aspx

Answer 4

我认为您需要 POCO（普通旧 CLR 对象）支持。 LINQ to SQL 有一个名为 Close2Poco 的适配器。

但我建议切换到实体框架，目前他们还有一个 POCO 适配器 ，但在 v2 预计将得到开箱即用的支持。

Answer 5

您不必使用 LINQ to SQL 生成的代码，您可以使用必要的 ColumnAttributes 装饰您自己的类或使用外部 XML 映射文件。

Answer 6

最简单的方法是将实体与数据上下文解耦：加载所需的实体，将其与 DataContext 解耦，随心所欲地使用它，稍后使用 Attach() 将其与 DataContext 耦合以进行保存。

遗憾的是，LINQ 没有方法将实体与数据上下文解耦，但您可以克隆它们，效果很好。 最简单的方法是这样的：

public static T CloneEntity<T>(T source)
{
  DataContractSerializer dcs = new DataContractSerializer(typeof(T));
  using (Stream stream = new MemoryStream())
  {
    dcs.WriteObject(stream, source);
    stream.Seek(0, SeekOrigin.Begin);
    return (T)dcs.ReadObject(stream);
  }
}

Answer 7

我对 WCF 做了类似的操作

1 在您的 DBML 上，将序列化模式设置为单向

2 将表上的所有列设置为 UpdateCheck=false

3 编写您的服务，如下所示：

   public class Service1 : IService1
    {
        public Company GetCompany(int companyId)
        {
            using (DataClasses1DataContext dc = new DataClasses1DataContext())
            {
                return (from c in dc.Companies where c.CompanyId == companyId select c).Single();
            }
        }


    public void SaveCompany(Company company)
    {
        using (DataClasses1DataContext dc = new DataClasses1DataContext())
        {
            dc.Companies.Attach(company, true);
            dc.SubmitChanges();
        }
    }

    public void InsertCompany(Company company)
    {
        using (DataClasses1DataContext dc = new DataClasses1DataContext())
        {
            dc.Companies.InsertOnSubmit(company);
            dc.SubmitChanges();
        }
    }
}



  4 添加服务参考

Answer 8

场景并不完全相同，但我正在努力创建一个基于 XML 文件的自定义工具，该工具将生成 OO 模型。 我的方法是在后台使用 LINQ to SQL，并且由于我自动生成代码，因此很容易使用另一种机制（例如 MySQL 数据源）。 由于 LINQ to SQL 不支持它，因此您必须手动编写数据访问代码，但使用 OO 模型的客户端代码将会发生任何变化。

Answer 9

您的实体类能否实现在“Interfaces”程序集中声明的 IProduct、IUser、IOrder 等接口？ 这样，IRepository 接口仅引用业务对象接口（即，返回 IProduct 等的集合），并且“Interfaces”程序集与其他特定于实现的程序集分离。