Gestion des transactions soit dans la couche de service ou couche dépôt?

Question

J'ai un certain scénario où des insertions et des mises à jour sont effectuées sur plusieurs tables en fonction de certaines contraintes ..so son naturel d'utiliser la portée de transaction pour ces scenarios.Now, j'ai une couche respository et une couche de service. couche de service médiatise le référentiel et l'interface utilisateur et est persistant ignorant. Maintenant, je suis confus où utiliser les transactions en service ou dans le dépôt layers.I ne suis pas en utilisant des ORM. Je l'ai aussi vu des gens à propos de l'unité de préconisant modèle de travail pour de tels scénarios. sont là des exemples sur l'unité de modèle de travail qui convient à mes scénarios actuels, tous les exemples que je l'ai vu utilisent ORMES.

Merci,

Answer 1

Cela va dépendre de votre système bien sûr, mais en général je le ferais dans la couche de service. Surtout si vos méthodes de la couche de service appellent plusieurs méthodes dépôt grains fins et les attendent soit commettent tous ou tout rollback.

Answer 2

Voici quelques questions qui peuvent aider à répondre à ce sujet.

Quelle couche comprend les exigences transactionnelles? Quelle est la granularité de votre interface référentiel?

Dans mon monde, nous avons tendance à avoir à grains fins des opérations de persistance, Insert, Update, Delete. puis les composer dans la couche de service. Par conséquent, dans ce contexte, il me semble évident que c'est la couche de service qui comprend la portée transactionnelle.