Gestione delle transazioni sia in livello di servizio o lo strato repository?

Question

ho un certo scenario in cui gli inserti e gli aggiornamenti sono fatto su più tabelle in base ad alcuni vincoli ..quindi la sua naturale da usare Ambito della transazione per queste scenarios.Now, ho uno strato respository ed un livello di servizio. livello di servizio media la repository e l'interfaccia utente ed è persistente ignorante. Ora i m confuso dove utilizzare le transazioni in servizio o in layers.I repository non sto usando qualsiasi ORM. Ho visto anche persone che sostengono su Unit del modello di lavoro per tali scenari. ci sono esempi di unità di modello di lavoro che si adatta alle mie scenari attuali, tutti gli esempi che ho visto sta utilizzando ORMS.

Grazie,

Answer 1

Questa è andare a dipendere dal sistema, naturalmente, ma in genere lo farei nel livello di servizio. Soprattutto se i vostri metodi strato servizio di chiamata diversi metodi di repository a grana fine e si aspettano loro di commettere o tutti o tutti rollback.

Answer 2

Alcune domande che possono aiutare a rispondere a questa.

Quali strato capisce le esigenze transazionali? Qual è la granularità della vostra interfaccia repository?

Nel mio mondo tendiamo ad avere operazioni di persistenza a grana fine, Insert, Update, Delete. e poi li compongono nel livello di servizio. Quindi in questo ambiente mi sembra ovvio per me che è il livello di servizio che comprende l'ambito transazionale.