将数据上下文从工作单元传递到存储库

Question

我使用存储库进行数据访问已经有一段时间了，但从未成功实现任何类似于工作单元模式的东西。我已经开始了一个使用 RavenDB 和 ASP.NET MVC 进行自学的新项目（理论上，细节应该是微不足道的），并且正在寻求建立一种包装业务事务的好方法（不是 web请求）在他们自己的工作单位中，但这样做有些困难。

下面的代码片段是我希望看到的：

public class UserService : IUserService
    {
        private readonly IRepository<User> _userRepository;
        private readonly IRepository<Role> _roleRepository;

        public UserService(
               IRepository<User> userRepository, 
               IRepository<Role> roleRepository)
        {
            _userRepository = userRepository;
            _roleRepository = roleRepository;
        }

        public void Register(User user)
        {
            using (var session = UnitOfWork.Begin())
            {
                _userRepository.Create(user);
                _roleRepository.AddToRole(user, Role.Public);
                session.Commit();
            }
        }
    }

我对工作单元界面的第一次尝试看起来像这样：

 public interface IUnitOfWork : IDisposable
    {
        void Commit();
    }

    public class UnitOfWork : IUnitOfWork
    {
        private readonly IDocumentSession _session;

        public UnitOfWork(IDocumentStore documentStore)
        {
            _session = documentStore.OpenSession("http://from:config");
        }

        public void Commit()
        {
            _session.SaveChanges();
        }

        public static IUnitOfWork Begin()
        {
            return IoC.GetInstance<IUnitOfWork>();
        }

        public void Dispose()
        {
            _session.Dispose();
        }
  }

我遇到的困难是存储库对数据库会话的访问。正如我所提到的，我想将业务交易包装在它们自己的单元中；我也不热衷于将会话/上下文传递到每个方法中，并且我见过的大多数其他解决方案都使用静态方法和/或存储在 Web 会话之类的内容中。这一切都让我有些不舒服；对于整个工作单元概念，我是否遗漏了一些关键的东西？

Answer 1

我不喜欢 TransactionScope 概念，并且需要进一步研究和改进。讨论使我相信我想做的事情根本不可行。

最后，UnitOfWork 上下文中的存储库需要（明确）了解 UnitOfWork。我还没有决定走哪条路，但我将做以下其中一项：

using (var session = UnitOfWork.Begin())
            {
                _userRepository.Use(session).Create(user);
                _roleRepository.Use(session).AddToRole(user, Role.Public);
                session.Commit();
            }

或者

using (var session = UnitOfWork.Begin())
            {
                session.Get<IUserRepository>().Create(user);
                session.Get<IRoleRepository>().AddToRole(user, Role.Public);
                session.Commit();
            }

我对这两种方法都不感兴趣；我会将其标记为答案，直到收到更好的建议。

Answer 2

Julia Lerman 有一些使用实体框架的工作单元的精彩示例。

在实体框架中，它在上下文中受到支持，因此很容易实现工作单元。
我看到的主要问题是如何管理订单。
示例：表 A 和表 B

表 B 具有表 A 的外键。
您的工作单元必须知道如何排序，否则会出错。
我会选择像 Nhibernate 或 EF 这样的 OR/M。
它应该会让事情变得更容易。