Iniezione di dipendenza con provider di appartenenze personalizzate

Question

Possiedo un'applicazione Web ASP.NET MVC che implementa un provider di appartenenze personalizzato. Il provider di appartenenza personalizzato prende uno UserRepository nel suo costruttore che fornisce un'interfaccia tra il provider di appartenenza e NHibernate. Il UserRepository viene fornito dal contenitore IoC Ninject.

Ovviamente, tuttavia, questo non funziona quando il provider è istanziato da .NET: il costruttore senza parametri non ha un repository utente e non può crearne uno (il repository utente richiede una sessione di NHibernate passata al suo costruttore), che quindi significa che il fornitore non può accedere al suo archivio dati. Come posso risolvere la dipendenza dell'oggetto?

Probabilmente vale la pena notare che questa è un'applicazione esistente che è stata aggiornata con Ninject. Precedentemente ho usato costruttori senza parametri che erano in grado di creare le loro dipendenze richieste insieme ai costruttori parametrici per assistere il collaudo delle unità.

Qualche idea, o mi sono costruito in un angolo qui?

Answer 1

Si potrebbe voler mantenere il costruttore senza parametri, che inizializza i repository necessari utilizzando Ninject. Potresti voler usare lo Common Service Locator, quindi non avrai bisogno di avere né un riferimento a Ninject né un contenitore nel tuo provider personalizzato. Sembra che Ninject non abbia un'implementazione ufficiale dell'adattatore per CSL, ma scrivere uno non dovrebbe essere troppo difficile (controllare le altre implementazioni, come quella di Windsor), e sono sicuro che ci sia un'implementazione non ufficiale da qualche parte.

Answer 2

Ho avuto lo stesso problema, l'ho risolto passando i dati richiesti utilizzando il ticket di autenticazione all'oggetto di identità.

Quindi nessun oggetto deve essere iniettato nei provider di appartenenza.

Nel mio codice di autenticazione ho

[NonAction] 
    private void SetAuthTicket(Member member, bool isPersistent) 
    { 
     HttpCookie cookie = Request.Cookies.Get(FormsAuthentication.FormsCookieName); 

     FormsAuthentication.SetAuthCookie(member.Email, isPersistent); 

     string userData = "|" + member.ID + "|" + member.Firstname + "|" + member.Lastname + member.Culture; 

     FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(1, member.Email, DateTime.UtcNow, DateTime.UtcNow.AddDays(7), isPersistent, userData); 

     string encryptedTicket = FormsAuthentication.Encrypt(ticket); 
     cookie = new HttpCookie(FormsAuthentication.FormsCookieName, encryptedTicket); 
     Response.Cookies.Add(cookie); 
    } 

E in Global.asax

void Application_OnPostAuthenticateRequest(object sender, EventArgs e) 
    { 
     IPrincipal user = HttpContext.Current.User; 
     if (user.Identity.IsAuthenticated && user.Identity.AuthenticationType == "Forms") 
     { 
      FormsIdentity identity = user.Identity as FormsIdentity; 

      MyIdentity ai = new MyIdentity(identity.Ticket);    
      MyPrincipal p = new MyPrincipal(ai); 

      HttpContext.Current.User = p; 
      System.Threading.Thread.CurrentPrincipal = p; 

      if (!String.IsNullOrEmpty(ai.Culture)) 
      { 
       CultureInfo ci = new CultureInfo(ai.Culture); 
       System.Threading.Thread.CurrentThread.CurrentUICulture = ci; 
       System.Threading.Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(ci.Name); 
      } 
     } 
    } 

E in classe Identità devo proprietà MemberName, nome e cognome che restituiscono parti di corda biglietto.

Answer 3

Poiché la raccolta dei membri e l'istanza MemberShip.Provider vengono create prima che Ninject possa istanziarle, è necessario eseguire l'attivazione della creazione post sull'oggetto. Se contrassegni le tue dipendenze con [Inject] per le proprietà nella classe del tuo provider, puoi chiamare kernel.Inject (MemberShip.Provider) - questo assegnerà tutte le dipendenze alle tue proprietà.

risposta

Answer 4

corretta da Michael B. da: Dependency injection and ASP.Net Membership Providers

È possibile ottenere il vostro (o servizio) di iniezione repository in questo modo:

public IRepository Repository { get { return DependencyResolver.Current.GetService(IRepository); } }