EF CTP4 quand appeler context.SaveChanges

Question

Je suis en train de reproduire un grand nombre des pratiques que nous utilisons avec NHibernate dans EF CTP4.

À l'heure actuelle, nous avons une interface générique référentiel (CTP4 rend effectivement ce assez facile avec DbContext.Set).

Nous passons dans le contexte et l'utilisation StructureMap à la portée par elle HttpRequest.

Avec NHibernate nous passons ISession (encore une fois créé à l'aide StructureMap), mais utilise un ActionFilter (UnitOfWork) pour valider la transaction à la fin de la demande.

Avons-nous des transactions équivalentes à EF CTP4? Sinon, dois-je utiliser le même filtre pour context.SaveChanges d'appel () ou simplement faire ce à l'intérieur du dépôt.

Sur une note de côté, ce qui est la meilleure façon de tester pour voir si une entité est nouvelle ou non. Avec NH, nous avons le luxe de simplement appeler ISession.SaveOrUpdate. Notez que toutes mes entités utilisent un identifiant Guid. Peut-être un chèque de défaut (Guid)?

Merci.

Answer 1

Je sais que c'est une réponse tardive que vous avez compris maintenant, mais je suppose que son utile pour les gens qui cherchent. Rob Conery a un grand poste sur l'utilisation ActionFilter et Ef pour créer des transactions par périmètre de la requête.

Rob C Article

Oh et oui je créerais une méthode UpdateInsert () sur un référentiel générique test par défaut (Guid).