Erstellen Sie eine ninject Abhängigkeit mit statischen Konstruktor

Question

Ich habe eine Unit of Work Wrapper für meine Nhibernate Datenzugriffsmethoden erstellt. Ich initialisiere meine Session Factory im Static Constructor der UnitOfWork-Klasse, in der Hoffnung, sie einmalig initialisieren zu können.

public class UnitOfWork : IUnitOfWork 
{ 
    private static readonly ISessionFactory _sessionFactory; 
    static UnitOfWork() 
    { 
     var oracleConfiguration = OracleDataClientConfiguration.Oracle10.ConnectionString(ConfigurationManager.ConnectionStrings[Constants.CONNECTION_STRING].ConnectionString); 
     _sessionFactory = Fluently.Configure() 
          .Database(oracleConfiguration) 
          .Mappings(m => m.FluentMappings.Add<MyMap>()) 
          .BuildSessionFactory(); 
    } 
} 

ich dann binde diese unitOfWork Abhängigkeit mit Ninject Kernel während meines Starts der Anwendung und dann erwarten, dass Ninject es in meinen Daten des Zugangs Repository Konstruktor zu lösen. (Ich verwende Constructor-Injektion).

public class Module : NinjectModule 
{ 
    public override void Load() 
    { 
     Bind<IUnitOfWork>().To<UnitOfWork>(); 
    }                  
} 

Aber nach Auflösung, konnte ich verstehen, dass der Code innerhalb des statischen Konstruktor nie bei der Objekterstellung und als Ergebnis meiner Nhibernate Session Fabrik ist null ausgeführt wurde.

Ich bin mir sicher, dass mir hier etwas fehlt. Könnte jemand mir helfen zu verstehen, wie man den statischen Konstruktor in Ninject richtig benutzt?

Dank

Answer 1

Sie möchten Ihre UOW Konstruktor nur einmal ausgeführt werden, so dass es statisch erklären Sie. Warum nicht, aber es sollte nicht mit einem Zugriffsmodifikator kompiliert werden (das Schlüsselwort public). Der statische Konstruktor akzeptiert keine Zugriffsmodifizierer (oder Argumente). Sind Sie sicher, dass Ihr Code gültig ist?

Ich vermute, Sie haben tatsächlich ohne den ungültigen Zugriffsmodifikator versucht.

Ich weiß nicht, wie ein Typ verwendet werden könnte, ohne zuerst seinen statischen Konstruktor auszulösen. Vielleicht ist NInject dazu in der Lage. In einem solchen Fall, falle einfach zurück zu einer saubereren Lösung: füge deine Session-Factory zu NInject mit einem Singleton-Lebenszyklus und entsprechendem Code hinzu, um es zu instanziieren (im Grunde was dein aktueller Uow-Konstruktor tut) und richte deinen Uow so ein, dass er es als Abhängigkeit hat.