Est-ce une bonne pratique de mettre en œuvre des transactions dans la couche commerciale

Question

Nous envisageons d'implémenter les transactions dans notre application Web ASP.NET. C'est une architecture à trois couches. Nous appelons les services Web à partir de la couche commerciale et prévoyons d'implémenter des transactions dans le service Web en définissant l'attribut TransactionOption.

Venir au Datalayer, est-ce une bonne option d'implémenter les transactions dans la couche de données ou si je l'appelle à partir de la couche commerciale. Si je commence la transaction à partir de la couche commerciale, je pense que nous devrons transmettre le contexte de transaction au datalayer qui, selon moi, n'a pas de sens car je peux démarrer la transaction dans le datalyer lui-même. Je ne parle pas à différentes bases de données et je n'ai pas plusieurs appels de méthode de The Businesslayer. Je ne pense donc pas que nous devons avoir des transactions dans la couche commerciale dans ce contexte. Pourriez-vous s'il vous plaît vérifier / corriger ma compréhension?

Merci

Soni

Answer 1

Si vous avez plusieurs appels vers la couche de données d'un appel à la couche commerciale, je ne pense pas que vous puissiez éviter d'élever la portée des transactions à la couche commerciale.

Si vous vous limitez à un appel de couche de données par appel de couche commerciale, bien sûr, vous n'avez pas besoin de transactions au niveau de la couche commerciale, et vous pouvez les conserver uniquement sur votre couche de données.

Answer 2

Cela ne facilitera pas les transactions.
La responsabilité de l'ouverture et de la clôture des transactions passera à la couche commerciale.
-> Le couplage entre les couches sera bien plus que ce à quoi vous vous attendez lorsque vous appelez un service Web.