使用 UnitOfWork 时如何用审计存储库装饰只读存储库？

Question

我有一个使用 EF6 获取一些数据的简单存储库。我也在使用 DI 框架来注入依赖项。

namespace Domain
{
    public interface IMyRespository
    {
        List<MyObject> FetchObjects();
    }
}

namespace Data
{
    public class MyRepository : IMyRepository
    {
         private readonly MyDbContext _context;

         public MyRepository(MyDbContext context)
         {
             _context = context;
         }

         public List<MyObjects> FetchObjects()
         {
             return _context.MyObjects.ToList();
         }
     }
} 

一个新要求指出我需要记录每个 FetchObjects() 调用及其输出。我认为这将是应用装饰器模式的完美示例。

namespace Domain
{
    public class MyRepositoryDecorator : IMyRepository
    {
        private readonly IMyRepository _inner;
        private readonly ILogRepository _logRepository;

        public MyRepositoryDecorator(IMyRepository inner, ILogRepository logRepository)
        {
            _inner = inner;
            _logRepository = logRepository;
        }

        public List<MyObjects> FetchObjects()
        {
            var objects = _inner.FetchObjects();
            var logObject = new LogObject(objects);
            _logRepository.Insert(logObject);
            _logRepository.Save();
            return objects;
        }
    }
}

现在我正在寻找使用 UnitOfWork 模式，但我不确定在这种情况下如何实现。

据我了解，需要一些组件来管理 UnitOfWork。因此，在这种情况下，服务类将进行一些调用，并在最后调用 UnitOfWork 类上的 Save/Commit。

但是，如果存储库接口指示只读操作，则服务类没有理由将调用包装在 UnitOfWork 中并在最后调用 Save/Commit。它看起来也很奇怪。然而，装饰器需要这样做才能完成工作。

我可能在这里遗漏了一些基本结构。关于如何正确处理这种情况的任何想法？

Answer 1

使用 Decorator（或类似的）将 UoW 与存储库混合是一个坏主意，因为 UoW 跨越多个存储库并不罕见。

此外，是否应提交 UoW 也不取决于存储库。存储库应该尽可能少地了解 UoW，理想情况下（大多数情况下都是如此）什么都不知道。

在您的场景中，UnitOfWork 类几乎只处理事务，因此它可以实现为 TransactionScope 的简单包装器，类似于：

public sealed class UnitOfWork : IDisposable {
   private readonly TransactionScope _transaction;
   public UnitOfWork() { _transaction = new TransactionScope(); }

   public void Commit { _transaction.Commit(); }
   public void Dispose { _transaction.Dispose(); }
}

现在由服务来实例化/提交 UoW，而不是由 Repository：

//assuming in a service
public void DoSomething() {
    using(var uow = new UnitOfWork()) {
        _repositoryA.UpdateSomething();
        _repositoryB.DeleteSomething();
        _uow.Commit();
    }
}

如果您的服务只想读取数据，那么就不要在该操作中使用 UnitOfWork（或者在不调用 Commit 的情况下使用它，这样它就会被释放）。

如果您的存储库需要了解 UoW，通常会在其行为方法中将其作为另一个参数传递。 请注意，它没有完成，因为存储库想要调用提交，但有时（很少）存储库需要“登记”到 UoW。这些情况比较复杂。