Nhibernate：谁负责非 Web 应用程序中的事务管理

Question

在 Web 应用程序中，工作单元负责事务管理。

但是 Windows 应用程序呢？

据我所知，存储库是我的数据访问层和业务层之间的连接器。 它隐藏了我的业务层的所有数据访问内容。

利用这个事实让我想到将所有交易内容放入存储库中。

但我读到，在存储库上使用 Commit/RollBack 方法违反了存储库的意图。

我问自己，谁负责非 Web 应用程序中的事务管理，以及如何从业务层隐藏事务/Nhibernate 内容？

Answer 1

一般的答案是“无论谁实例化 ISession 都应该处置它。如果事务尚未提交，则这实际上是回滚。”

我已经成功地使用命令模式来定义我想要对工作单元执行的操作。假设我们有一个 Person 实体，我们可以做的事情之一就是更改一个人的名字。让我们从实体开始：

public class Person
{
    public virtual int Id { get; private set; }
    public virtual string Name { get; private set; }

    public virtual void ChangeName(string newName)
    {
        if (string.IsNullOrWhiteSpace(newName))
        {
            throw new DomainException("Name cannot be empty");
        }

        if (newName.Length > 20)
        {
            throw new DomainException("Name cannot exceed 20 characters");
        }

        this.Name = newName;
    }
}

定义一个简单的 POCO 命令，如下所示：

public class ChangeNameCommand : IDomainCommand
{
    public ChangeNameCommand(int personId, string newName)
    {
        this.PersonId = personId;
        this.NewName = newName;
    }

    public int PersonId { get; set; }
    public string NewName { get; set; }
}

...以及该命令的处理程序：

public class ChangeNameCommandHandler : IHandle<ChangeNameCommand>
{
    ISession session;

    public ChangeNameCommandHandler(ISession session)
    {
        // You could demand an IPersonRepository instead of using the session directly.
        this.session = session;
    }

    public void Handle(ChangeNameCommand command)
    {
        var person = session.Load<Person>(command.PersonId);
        person.ChangeName(command.NewName);
    }
}

目标是存在于会话/工作范围之外的代码可以执行如下操作：

public class SomeClass
{
    ICommandInvoker invoker;

    public SomeClass(ICommandInvoker invoker)
    {
        this.invoker = invoker;
    }

    public void DoSomething()
    {
        var command = new ChangeNameCommand(1, "asdf");
        invoker.Invoke(command);
    }
}

命令的调用意味着“在工作单元上执行此命令。”这就是我们在调用命令时希望发生的情况：

1. 开始 IoC 嵌套作用域（“工作单元”作用域）
2. 启动 ISession 和事务（这可能是第 3 步的一部分）
3. 解析 IHandleIHandle<来自 IoC 范围的 ChangeNameCommand>
4. 将命令传递给处理程序（域执行其工作）
5. 提交事务
6. 结束 IoC 范围（工作单元）

下面是一个使用 Autofac 作为 IoC 容器：

public class UnitOfWorkInvoker : ICommandInvoker
{
    Autofac.ILifetimeScope scope;

    public UnitOfWorkInvoker(Autofac.ILifetimeScope scope)
    {
        this.scope = scope;
    }

    public void Invoke<TCommand>(TCommand command) where TCommand : IDomainCommand
    {
        using (var workScope = scope.BeginLifetimeScope("UnitOfWork")) // step 1
        {
            var handler = workScope.Resolve<IHandle<TCommand>>(); // step 3 (implies step 2)
            handler.Handle(command); // step 4

            var session = workScope.Resolve<NHibernate.ISession>();
            session.Transaction.Commit(); // step 5

        } // step 6 - When the "workScope" is disposed, Autofac will dispose the ISession.
          // If an exception was thrown before the commit, the transaction is rolled back.
    }
}

注意：我在此处展示的 UnitOfWorkInvoker违反了 SRP - 这是UnitOfWorkFactory、UnitOfWork 和 Invoker 合而为一。在我的实际实现中，我把它们分解了。

Answer 2

当我使用存储库时，它们包含在一个工作单元中。工作单元跟踪存储库的更改并处理事务管理。

为什么在 Web 应用程序中使用工作单元来处理事务管理是有效的，而不是在 Windows 应用程序中？如果它是一个 N 层应用程序，您的业务层实际上将在两者之间共享。