by Anonymous » 05 Apr 2025, 11:08
Das Problem, das ich habe, ist, dass eine verschachtelte Transaktionsnutzung mit NPGSQL Lirabry meinen Servicecode "hässlich" macht. Dies erfordert die Verwendung von NPGSQL -Klassen auf Serviceebene. Dies ist nicht das Hauptproblem. Wenn ich Servicemethoden implementieren muss, die andere Servicemethoden in der Transaktion aufrufen. Dann muss ich für diese Methoden zusätzliche Argumente (in Beispiel NPGSQL Transaction \ Connection -Objekt) übergeben. Weil ich auf Zeit gepresst werde, habe meine eigene Implementierung der Transactionscope -Klasse und zugehörigen Klassen begonnen, aber
ich möchte Zeit sparen, wenn Code für die Verwendung bereit ist.
Das Problem, das ich habe, ist, dass eine verschachtelte Transaktionsnutzung mit NPGSQL Lirabry meinen Servicecode "hässlich" macht. Dies erfordert die Verwendung von NPGSQL -Klassen auf Serviceebene. Dies ist nicht das Hauptproblem. Wenn ich Servicemethoden implementieren muss, die andere Servicemethoden in der Transaktion aufrufen. Dann muss ich für diese Methoden zusätzliche Argumente (in Beispiel NPGSQL Transaction \ Connection -Objekt) übergeben. Weil ich auf Zeit gepresst werde, habe meine eigene Implementierung der Transactionscope -Klasse und zugehörigen Klassen begonnen, aber [url=viewtopic.php?t=14917]ich möchte[/url] Zeit sparen, wenn Code für die Verwendung bereit ist.
Mobile version