Nhibernate: Wer ist verantwortlich für das Transaktionsmanagement in einer nicht webbasierten Anwendung?

Die allgemeine Antwort lautet: "Wer auch immer ISession instanziiert, sollte darüber verfügen. Wenn die Transaktion nicht festgeschrieben wurde, ist dies effektiv ein Rollback."

Ich hatte Erfolg, indem ich mit dem Befehlsmuster eine Operation definierte, die ich auf einer Arbeitseinheit ausführen wollte. Nehmen wir an, wir haben eine Entität Person und eines der Dinge, die wir tun können, ist den Namen einer Person zu ändern. Fangen wir mit der Entität an:

Definieren Sie einen einfachen POCO-Befehl wie folgt:

... und ein Handler für den Befehl:

Das Ziel ist, dass Code, der außerhalb eines Session / Work-Bereichs existiert, etwas wie folgt tun kann:

Der Aufruf des Befehls bedeutet "tue diesen Befehl für eine Arbeitseinheit". Dies ist, was wir wollen, wenn wir den Befehl aufrufen:

1. Beginnen Sie einen verschachtelten IoC-Bereich (den Bereich "Arbeitseinheit")
2. Starten Sie eine ISession und eine Transaktion (dies ist wahrscheinlich als Teil von Schritt 3 impliziert)
3. Beheben Sie IHandle<ChangeNameCommand> aus dem IoC-Bereich
4. Übergeben Sie den Befehl an den Handler (die Domäne arbeitet)
5. Übernehmen Sie die Transaktion
6. Beende den IoC-Bereich (die Arbeitseinheit)

Hier ist ein Beispiel mit Autofac als IoC-Container:

Hinweis: Das UnitOfWorkInvoker , das ich hier gezeigt habe, verstößt gegen SRP - es ist ein UnitOfWorkFactory , a UnitOfWork und Invoker alles in einem. In meiner tatsächlichen Implementierung habe ich sie ausgebrochen.

Wenn ich Repositories verwende, sind sie in einer Arbeitseinheit enthalten. Die Arbeitseinheit verfolgt Änderungen an den Repositorys und übernimmt die Transaktionsverwaltung.

Warum sollte eine Arbeitseinheit für die Transaktionsverwaltung in einer Webanwendung und nicht in einer Windows-Anwendung verwendet werden? Wenn es sich um eine N-Tier-Anwendung handelt, wird Ihre Business-Schicht tatsächlich von beiden geteilt.