Linq-To-Sql 的工作单元模式与事务范围？

Question

我想在我的门户应用程序中使用 Linq-2-Sql 来模仿 DDD 中广泛使用的存储库方法。到目前为止我已经有了：

     public class LinqToSqlDal<DC,T>: IDisposable, IRepository<T> 
        where T: LinqEntity, new(),
        where DC: DataContext, new() 
     {

              private DC unitOfWork = null;

              public LinqToSqlDal(string connectionString) 
              {
                   this.unitOfWork = Activator.CreateInstance(typeof(DC), connectionString) as DC; 
              }

               public LinqToSqlDal(string connectionString, DataLoadOptions loadOptions): this(connectionString) 
              {
                   this.unitOfWork.LoadOptions = loadOptions;
              }

              public virtual void SubmitChanges() { 
                 this.unitOfWork.SubmitChanges();
              }

              public virtual List<T> Get(Expression<Func<T,bool>> query) 
              {
                   return this.unitOfWork.GetTable<T>().Where(query);
              }

              public virtual void Delete(Expression<Funct<T, bool>> query) 
              {
                   this.unitOfWork.GetTable<T>().DeleteAllOnSubmit(this.unitOfWork.GetTable<T>().Where(query));
              }

              public virtual T GetByID<T>(Expression<Funct<T, bool>> query) 
              {
                     return this.unitOfWork.GetTable<T>().Where(query).SingleOrDefault();
              }

              public virtual object Add(T entity, string IDPropertyName) 
              {
                this.unitOfWork.GetTable<T>().InsertOnSubmit(entity);
                this.SubmitChanges();

                 var ID = (string.IsNullOrEmpty(IDPropertyName)) ? null : 
                    entity.GetType().GetProperty(IDPropertyName).GetValue(entity, null);

                   return ID;
              }

               public virtual void SubmitChanges() 
               {
                   this.unitOfWork.SubmitChanges();
               }

              public void Dispose() 
              {
                 this.unitOfWork.Dispose();
              }


     }

所以现在我可以将它与该实体所属的任何实体和 DataContext 一起使用。我的问题是 - 在这个小存储库中传递或实例化 TransactionScope 会有好处吗？到目前为止，我只有一个 DataContext，但以后可以有多个 DataContext，可以对当前设计做些什么来确保跨多个数据上下文的事务？

这是使用泛型包装上下文并让客户端处理它的好方法吗？

Answer 1

我肯定会创建某种集中但外部控制的交易控制。就我个人而言，我更喜欢 UnitOfWork，因为您可以将其设计为仅与存储库模型相关的抽象，而不与任何特定于实现的细节相关。

目前，您的工作单元是特定于实现的。您的开发人员知道名为unitOfWork 的对象实际上是Linq2SQL 的DataContext。知道这一点后，他们可以完全绕过存储库并使用 UnitOfWork 进行数据库调用。对他们来说这样做是一个坏主意，但事实上他们可以表明需要更全面地将具体细节封装在更好的摘要背后。

我将使 UnitOfWork 成为一个令牌类；令牌只是一个抽象占位符，引用原子操作集。在幕后，您可以使用 UnitsOfWork 来设置 DataContext 集合的键，并在每当通过调用方法将该令牌呈现给存储库（它将作为参数传递）时使用特定 UnitOfWork 的 Context。当 UnitOfWork 被外部代码丢弃时，处理 DataContext。像这样设计存储库意味着使用代码不需要任何实现细节的知识。如果您后来发现 Linq2SQL 不能满足您的需求并且想要切换到 NHibernate，则更改将在存储库边界结束；无论 UnitOfWork 引用的是 DataContext 还是 ISession，您的消费代码都不会发生飞跃。