La SessionFactory 'permanente', ASP.NET MVC et nHibernate

Question

J'ai construit une application avec Fluent nHibernate/ASP.NET MVC - et j'ai creusé et j'ai compris que c'était la pratique la plus appropriée pour garder un ' permanent 'SessionFactory ouvert, puis utiliser des sessions pour chaque demande à la base de données. Bon, ça sonne bien ...

Je suis assez confus sur la façon d'accomplir cela, cependant. Tout ce que je trouve suppose un cadre structuré complet qui utilise une sorte de système de conteneurs IoC ... et c'est trop avancé pour ce que j'ai jusqu'ici. Existe-t-il des exemples plus simples de la façon de mettre en œuvre ce type de conception?

J'ai pris un coup d'œil à Where can I find a good NHibernate and ASP.NET MVC Reference Application

Et même lu le livre « ASP.NET MVC en action », mais il est par exemple est juste beaucoup plus compliqué que ce que je suis en train de réaliser. Je pensais qu'un modèle singleton fonctionnerait dans l'Application_Start du 'global.asax' mais cela n'a pas donné les résultats espérés. Il continuerait à disposer de mon usine et ne la recréerait jamais.

Answer 1

Vous pouvez exposer le ISessionFactory comme singleton:

public sealed class FactoryManager 
{ 
    private static readonly ISessionFactory _instance = CreateSessionFactory(); 

    static FactoryManager() 
    { } 

    public static ISessionFactory Instance 
    { 
     get { return _instance; } 
    } 

    private static ISessionFactory CreateSessionFactory() 
    { 
     // TODO: configure fluentnhibernate and create a session factory 
    } 
} 

Maintenant, vous pouvez utiliser FactoryManager.Instance dans votre code:

using (var session = FactoryManager.Instance.OpenSession()) 
using (var tx = session.BeginTransaction()) 
{ 
    // TODO: use the session here 
    tx.Commit(); 
} 

Answer 2

Faire une méthode GetSessionFactory statique sur votre classe mondiale MvcApplication. Cette méthode initialise une fabrique de sessions la première fois qu'elle est appelée et la stocke en tant que variable statique privée. Lors d'appels ultérieurs, il renvoie simplement la variable statique. Cette méthode peut également vérifier si l'objet est nul ou supprimé et recréer si nécessaire, bien que cela ne devrait pas se produire puisque la variable serait statique et resterait ainsi active pendant toute la durée de vie de l'application.