Nhibernate：非Webアプリケーションのトランザクション管理を担当するのは誰ですか？

Question

Webアプリケーションでは、トランザクション管理の作業単位は作業単位です。

しかし、Windowsアプリケーションはどうですか？

私の知る限り、リポジトリは自分のデータアクセス層と私のビジネス層の間のコネクタです。 私のビジネスレイヤーからすべてのデータアクセス項目を非表示にします。

この事実を利用して、すべてのトランザクションをリポジトリに取り込むことを考えてみましょう。

しかし、リポジトリでCommit/RollBackメソッドを使用していると、リポジトリの意図に違反しています。

非Webアプリケーションでトランザクション管理を担当するのは誰か、ビジネスレイヤからトランザクション/ Nhibernateを隠すにはどうすればよいですか？

Answer 1

一般的な答えは、「ISessionをインスタンス化する人は誰でも処理してください。トランザクションがコミットされていない場合は、これは事実上ロールバックです」

私は、コマンドパターンを使用して、作業単位で実行したい操作を定義することで成功しました。 Personエンティティがあり、私たちができることの1つは、人の名前を変更することです。

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 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 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. のIoC範囲からIHandle<ChangeNameCommand>
4. がハンドラにコマンドを渡し解決（ドメインがその作業を行う）
5. は
6. トランザクションをコミットするのIoCスコープ（作業単位）
を終了

は、だからここIoCコンテナとしてAutofacを使用した例です：

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

リポジトリを使用する場合、それらは作業単位内に含まれます。作業単位は、リポジトリーの変更を追跡し、トランザクション管理を処理します。

Windowsアプリケーションではなく、Webアプリケーションでトランザクション管理を処理するために作業ユニットを使用することが有効なのはなぜですか？ N層アプリケーションの場合、実際には両方のビジネス層が共有されます。