Utilizzo di Ninject con Asp.NET Web API Beta ApiController

Question

Sono bloccato. Stavo usando il metodo descritto qui per wcf web api p6 Ninject working with WCF Web API Preview 5, tuttavia le cose sono un po 'diverse con l'implementazione di mvc nella beta. C'è un buon articolo qui http://www.asp.net/web-api/overview/extensibility/using-the-web-api-dependency-resolver che parla della creazione del tuo risolutore di dipendenze personalizzato, tuttavia vorrei usare la stessa implementazione che sto usando per i miei controller di visualizzazione mvc ... ad es. Ninject. Ho provato anche alcune cose basate sull'esempio di IoC Unity nell'articolo, ma non è ancora stato fatto nulla. Qualsiasi aiuto che mi indichi la giusta direzione sarebbe molto apprezzato. Continuerò a scavare anche da solo. Grazie in anticipo!

Ecco dove sono. Stavo usando WebActivator per fare il bootstrap del codice, ma da allora l'ho scaricato su Application_Start() solo per prendere un'altra cosa dall'equazione.

protected void Application_Start() 
    { 
     var kernel = new StandardKernel(new MyNinjectModule()); 
     GlobalConfiguration.Configuration.ServiceResolver.SetResolver(new NinjectDependencyResolver(kernel)); 
    } 

E sto ricevendo il seguente errore:
Il tipo Ninject.Web.Mvc.NinjectDependencyResolver non sembra implementare Microsoft.Practices.ServiceLocation.IServiceLocator. Nome
parametro: commonServiceLocator

trovato la soluzione
forse c'è/sarà un modo più elegante, ma questo sta lavorando per me. Sto anche aggiungendo il mio gestore di messaggi personalizzati anche qui.

[assembly: WebActivator.PreApplicationStartMethod(typeof(MyApp.AppStart.ApiBootstrapper), "Start")] 
namespace MyApp.AppStart 
{ 
    public class ApiBootstrapper 
    { 
     public static void Start() 
     { 
      var kernel = new StandardKernel(new MyNinjectModule()); 
      var resolver = new NinjectDependencyResolver(kernel); 
      GlobalConfiguration.Configuration.ServiceResolver.SetResolver(resolver.GetService, resolver.GetServices); 
      GlobalConfiguration.Configuration.MessageHandlers.Add(new ApiAuthHandler()); 
     } 
    } 
} 

Answer 1

ho mai usato il WebAPI ma dal momento che la semantica del IDependencyResolver è esattamente la stessa di quella da MVC3 dovreste essere in grado di utilizzare la stessa applicazione: https://github.com/ninject/ninject.web.mvc/blob/master/mvc3/src/Ninject.Web.Mvc/NinjectDependencyResolver.cs

Update: Il Ninject.Web L'estensione .WebAPi aggiunge il supporto per ApiControllers

Answer 2

Può sembrare sciocco, ma ti sei assicurato di avere un riferimento al pacchetto CommonServiceLocator/CommonServiceLocator.NinjectAdapter nuget o agli assembly associati. NinjectDependencyResolver potrebbe non essere in grado di risolvere il riferimento a IServiceLocator.

Answer 3

Ho trovato la risposta e aggiornato la mia domanda sopra con la soluzione. La soluzione stessa era più o meno presente nell'articolo Using the Web API Dependency Resolver, dovevo solo continuare a fare i tweet con il ninject. Entrambe le risposte mi hanno aiutato a restringere rapidamente questo punto grazie a @Remo e @James.

Answer 4

Lo stesso codice funzionerà sia per MVC che per WebApi, tuttavia poiché WebApi è stato ispirato da MVC e gli assembly MVC non devono essere referenziati per utilizzare WebApi (o viceversa), c'è una buona dose di duplicazione del codice tra i due quadri. Se si desidera utilizzare MVC, le dipendenze verranno dallo System.Web.Mvc, se si desidera utilizzare WebApi si utilizzerà System.Web.Http. Se vuoi usare entrambi dovrai differenziare il tuo codice da usare quando, usando una risoluzione dello spazio dei nomi più esplicita.

Nel tuo caso il tuo problema è che MVC è arrivato per primo e la classe NinjectDependancyResolver eredita da System.Web.Mvc.IDependencyResolver. Dovrai creare un duplicato esatto della classe NinjectDependancyResolver e invece ereditare da System.Web.Http.IDependencyResolver. Usa QUESTA classe per configurare il tuo IoC e sarai a posto.

Answer 5

Ho trovato una bella soluzione here.

È abbastanza facile se si sta già utilizzando il Ninject CommonServiceLocator/Bootstrapper:

private static IKernel CreateKernel() { 
    var kernel = new StandardKernel(); 
    RegisterServices(kernel); 

    GlobalConfiguration.Configuration.ServiceResolver 
     .SetResolver(new NinjectServiceLocator(kernel)); 
    return kernel; 
}