Couplage ASP.NET MVC et NHibernate

Question

Je viens de commencer à apprendre NHibernate.

Au cours des derniers mois, j'ai utilisé IoC/DI (structuremap) et le modèle de dépôt, ce qui a rendu mes applications beaucoup plus lâches et plus faciles à tester. Lors de la commutation de ma couche de persistance à NHibernate, j'ai décidé de rester avec mes dépôts. Actuellement, je crée une nouvelle session sur chaque appel de méthode, mais bien sûr cela signifie que je ne peux pas bénéficier d'un chargement paresseux.

Par conséquent, je souhaite implémenter session-per-request mais ce faisant, cela rendra mon projet web dépendant de NHibernate (ce n'est peut-être pas une si mauvaise chose?). Je prévoyais d'injecter ISession dans mes dépôts et de créer et d'éliminer des sessions sur des événements de demande de début/fin d'appel (voir http://ayende.com/Blog/archive/2009/08/05/do-you-need-a-framework.aspx)

Est-ce une bonne approche? Vraisemblablement, je ne peux pas utiliser session-per-request sans faire référence à NHibernate dans mon projet web? Avoir le projet web dépendant de NHibernate m'invite à ma (prochaine) question suivante - pourquoi même s'embêter avec le référentiel? Puisque mon application web appelle des services qui parlent aux dépôts, pourquoi ne pas abandonner les dépôts et simplement ajouter mon code de persistance NHibernate dans les services? Et enfin, est-il vraiment nécessaire de se diviser en autant de projets? Un projet web et un projet d'infrastructure sont-ils suffisants?

Je me rends compte que je me suis un peu éloigné de ma question initiale, mais il semble que tout le monde semble avoir sa propre opinion sur ces sujets. Certaines personnes utilisent le modèle de référentiel avec NHibernate, d'autres non. Certaines personnes collent leurs fichiers de mapping avec les classes associées, d'autres ont un projet séparé pour cela.

Un grand merci, Ben

Answer 1

je ne ferais pas la logique métier dépendant de NHibernate. J'ai écrit un (plus ou moins simple) classe pour créer la session dans un contexte:

using (TransactionService.CreateTransaction()) 
{ 
    // use repository here 

    // rollback on exception, only commit when reach this last line: 
    TransactionService.Commit(); 
} 

Vous obtenez juste une IDisposable, vous n'avez pas besoin de connaître la session.

Les référentiels reçoivent une API pour accéder à la session. Par exemple:

// example repository implementation 
public Entity Get(Guid id) 
{ 
    return SessionProvider.Session.Get<Entity>(id); 
} 

Pour mettre en œuvre, je mets la session dans une variable ThreadStatic, qui est initialisé dans CreateTransaction et retourné par SessionProvider.Session.

Answer 2

Vous pouvez regarder la classe TransactionScope:

http://msdn.microsoft.com/en-us/library/system.transactions.transactionscope.aspx

Answer 3

Jetez un oeil à S#arp Architecture. Il répond à tout ce dont vous avez besoin, y compris, comment séparer la couche de données (NHibernate), la couche Web et la logique métier.