À quelle ligne du code suivant devrais-je engager mon unité de travail?

Question

J'ai le code suivant qui est dans une transaction. Je ne suis pas sûr où/quand je devrais commettre mon unité de travail. À cette fin, je n'ai pas mentionné quel type de Respoistory j'utilise - par exemple. Linq-To-Sql, Entity Framework 4, NHibernate, etc.

Si quelqu'un sait où, peut-il s'il vous plaît expliquer pourquoi ils ont dit, où? (J'essaye de comprendre le modèle par l'exemple (s), par opposition à juste obtenir mon code pour fonctionner).

Voici ce que j'ai: -

using 
(
    TransactionScope transactionScope = 
     new TransactionScope 
     (
      TransactionScopeOption.RequiresNew, 
      new TransactionOptions 
       { IsolationLevel = IsolationLevel.ReadUncommitted } 
     ) 
) 
{ 
    _logEntryRepository.InsertOrUpdate(logEntry); 
    //_unitOfWork.Commit(); // Here, commit #1 ? 

    // Now, if this log entry was a NewConnection or an LostConnection, 
    // then we need to make sure we update the ConnectedClients. 
    if (logEntry.EventType == EventType.NewConnection) 
    { 
     _connectedClientRepository.Insert(
      new ConnectedClient { LogEntryId = logEntry.LogEntryId }); 
     //_unitOfWork.Commit(); // Here, commit #2 ? 
    } 

    // A (PB) BanKick does _NOT_ register a lost connection, 
    // so we need to make sure we handle those scenario's as a LostConnection. 
    if (logEntry.EventType == EventType.LostConnection || 
     logEntry.EventType == EventType.BanKick) 
    { 
     _connectedClientRepository.Delete(
      logEntry.ClientName, logEntry.ClientIpAndPort); 
     //_unitOfWork.Commit(); // Here, commit #3 ? 
    } 

    _unitOfWork.Commit(); // Here, commit #4 ? 
    transactionScope.Complete(); 
} 

Answer 1

Commit à # 4 après toutes les opérations à tous les dépôts sont faits. Si vous vous engagez à l'avance, les modifications apportées après cet appel ne sont pas validées.

Answer 2

En supposant que votre magasin de données attribue des ID, vous devez valider # 1 (avec NHibernate vous devriez même vider), puis à la fin # 4.

Answer 3

Un bon point de départ pour répondre à cette question est la définition de l'unité de travail de modèles d'architecture d'entreprise (http://martinfowler.com/eaaCatalog/unitOfWork.html):

tient à jour une liste des objets touchés par une transaction commerciale et coordonne l'écriture sur changements et la résolution des problèmes de concurrence.

Les limites de votre unité de travail sont définies par les limites de votre transaction commerciale - dans ce cas, qui est synonyme avec les limites de la transaction de base de données (mais dans le cas d'une transaction commerciale à long en cours d'exécution couvrant plusieurs demandes qui peuvent ne pas être le cas).

À partir de la définition ci-dessus et en fonction de ma compréhension du code affiché, vous devez valider l'unité de travail à la fin de la transaction commerciale (# 4). En outre, vos portées de transaction de base de données doivent toujours être inférieures à la portée de votre UoW (c'est-à-dire que la portée tx réside entre l'appel à UoW.Begin() et UoW.Commit()). Si votre objet couvre plusieurs transactions de base de données, vous utiliseriez une transaction compensatrice pour "rééquilibrer" le UoW si l'une des transactions internes échouait. Dans ce cas, et surtout si votre UoW crée ses propres limites de transaction de base de données à UoW.Begin() et UoW.Commit(), je supprimerais la portée de la transaction car cela ajouterait simplement du bruit inutile au code.