Sessions NHibernate: Combien? Quand créer? Quand fermer?

Question

Je suis vraiment aux prises avec NHibernate ici. J'essaie de garder mon assembly DAL très générique, pour qu'il fonctionne dans un contexte web, dans WCF et dans WinForms/WPF. Mon problème ici est les sessions.

Lazy-chargement est bon, et quelque chose que je veux vraiment, mais après la session avec laquelle vous avez chargé l'objet est fermé, vous ne pouvez plus charger paresseux. Cela s'avère être une affaire énorme pour moi, puisque je ne sais pas dans quelle portée je devrais commencer/terminer mes sessions.

J'ai vu beaucoup de gens les démarrer sur HttpContext.Begin et les terminer sur .End, mais ce n'est pas faisable pour moi, car je ne veux pas que mon assembly soit lié à System.Web ou soit lié être appelé dans un HttpContext. Une autre option consisterait à conserver une seule session pour l'ensemble du cycle de vie de l'assemblage DAL. Quels sont les avantages et les inconvénients de cette approche? L'assemblage fonctionnera principalement comme un backend dans un site Web, mais aussi faire du travail pour une application WinForms.

Tout preneur? :)

[EDIT] Une autre option pour moi serait d'écrire mes propres collections proxy par chargement paresseux, qui à leur tour ouvrirait une nouvelle session et récupèrerait toutes les données que la collection devrait contenir. Des commentaires sur cette approche?

Answer 1

Dans notre système, nous avons le concept d'unité de travail. Une unité de travail pour nous est une opération unique contre le système. Par exemple retirer de l'argent d'un compte ou déposer de l'argent dans un compte serait une seule unité de travail. La classe d'unité de travail enveloppe la session NHibernate (et quelques autres choses), puis nos référentiels fonctionnent par rapport à l'unité de travail actuelle (via le stockage des threads).

En termes de ce que vous essayez de faire, nous pourrions alors faire ce qui suit ...

• Pour WCF, nous avons un attribut UnitOfWorkContext que nous appliquons à une opération qui est responsable de début/fin l'unité de travail.

• Pour WinForms nous aurait juste le présentateur début/fin une unité de travail

• Pour WebContext nous faire la même chose dans HttpContext.Begin et .End