Verwalten von Transaktionen entweder in der Serviceschicht oder in der Repository -Ebene?

Question

Ich habe ein bestimmtes Szenario, in dem Beilagen und Updates auf mehreren Tabellen basierend auf einigen Einschränkungen durchgeführt werden. So ist es natürlich, den Transaktionsbereich für diese Szenarien zu verwenden. Jetzt habe ich eine Respository -Ebene und eine Serviceschicht. Die Serviceschicht vermittelt das Repository und die Benutzeroberfläche und ist anhaltend unwissend. Jetzt bin ich verwirrt, wo die Transaktionen entweder im Dienst oder in Repository -Ebenen verwendet werden sollen. Ich verwende keine Ormen. Ich habe auch Leute gesehen, die sich für solche Szenarien über die Einheit des Arbeitsmusters befassten. Gibt es Beispiele zum Arbeitsmuster, das zu meinen aktuellen Szenarien passt, alle Beispiele, die ich gesehen habe, sind Ormen.

Vielen Dank,

Answer 1

Dies hängt natürlich von Ihrem System ab, aber normalerweise würde ich es in der Serviceschicht tun. Insbesondere wenn Ihre Service-Layer-Methoden mehrere feinkörnige Repository-Methoden rufen und erwarten, dass sie entweder alle Commits oder alle Rollbacks.

Answer 2

Einige Fragen, die dazu beitragen können, dies zu beantworten.

Welche Schicht versteht die Transaktionsanforderungen? Was ist die Granularität Ihrer Repository -Schnittstelle?

In meiner Welt neigen wir dazu, feinkörnige Beharrlichkeitsvorgänge zu haben, einfügen, aktualisieren, löschen. und dann in der Serviceschicht komponieren. Daher scheint mir in dieser Umgebung offensichtlich, dass es die Serviceschicht ist, die den Transaktionsbereich versteht.