Comment utiliser le conteneur DI lorsque OwinStartup

Question

C'est un projet Web API 2.

Lorsque j'implémente DI en utilisant Ninject, j'obtiens un message d'erreur

Une erreur s'est produite lors de la création d'un contrôleur de type "TokenController". Assurez-vous que le contrôleur possède un constructeur public sans paramètre.

[assembly: OwinStartup(typeof(Web.Startup))]

namespace Web
{
    public partial class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            ConfigureAuth(app);
            ConfigureWebApi(app);
        }
    }
}

public class TokenController : ApiController
{

    private IUserService _userService;

    public TokenController(IUserService userService)
    {
        this._userService = userService;
    }

    [Route("api/Token")]
    public HttpResponseMessage PostToken(UserViewModel model)
    {
        if (_userService.ValidateUser(model.Account, model.Password))
        {
            ClaimsIdentity identity = new ClaimsIdentity(Startup.OAuthBearerOptions.AuthenticationType);
            identity.AddClaim(new Claim(ClaimTypes.Name, model.Account));
            AuthenticationTicket ticket = new AuthenticationTicket(identity, new AuthenticationProperties());
            var currentUtc = new SystemClock().UtcNow;
            ticket.Properties.IssuedUtc = currentUtc;
            ticket.Properties.ExpiresUtc = currentUtc.Add(TimeSpan.FromMinutes(30));
            return new HttpResponseMessage(HttpStatusCode.OK)
            {
                Content = new ObjectContent<object>(new
                {
                    UserName = model.Account,
                    AccessToken = Startup.OAuthBearerOptions.AccessTokenFormat.Protect(ticket)
                }, Configuration.Formatters.JsonFormatter)
            };
        }

        return new HttpResponseMessage(HttpStatusCode.BadRequest);
    }
}

Quand j'ajoute <add key="owin:AutomaticAppStartup" value="false" /> à web.config

Ninject fonctionne bien, mais Startup.OAuthBearerOptions.AccessTokenFormat devient nul

Comment utiliser le conteneur DI avec OWIN ?

UPDATE

Implémentez IDependencyResolver et utilisez le WebAPI Dependency Resolver comme ci-dessous

public void ConfigureWebApi(IAppBuilder app)
{
    HttpConfiguration config = new HttpConfiguration();

    config.DependencyResolver = new NinjectDependencyResolver(NinjectWebCommon.CreateKernel());

    app.UseWebApi(config);
}

NinjectDependencyResolver

---

Dans le cas de Simple Injector

public void ConfigureWebApi(IAppBuilder app)
{
    HttpConfiguration config = new HttpConfiguration();

    var container = new Container();
    container.Register<IUserService, UserService>();
    config.DependencyResolver = new SimpleInjectorWebApiDependencyResolver(container);

    app.UseWebApi(config);
}

SimpleInjectorWebApiDependencyResolver

Answer 1

Vous voudrez peut-être jeter un coup d'œil à cet article de blog .

C'est en utilisant Unity mais ça devrait finir par être pareil.

En gros, utilisez le résolveur de dépendances WebAPI. Assurez-vous que tout est correctement mappé et tout devrait bien se passer.

Si, après avoir configuré votre DI, vous avez toujours des problèmes avec votre jeton OAuth, faites-le moi savoir.

Cheers

Answer 2

Mise à jour

C'est désormais plus simple grâce au paquet Nuget Ninject.Web.WebApi.OwinHost :

Startup.cs

using Ninject;
using Ninject.Web.Common.OwinHost;
using Ninject.Web.WebApi.OwinHost;
using Owin;
using System.Web.Http;

namespace Xxx
{
    public class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            var config = new HttpConfiguration();
            config.MapHttpAttributeRoutes();
            config.Routes.MapHttpRoute("DefaultApi", "myservice/{controller}/{id}", new { id = RouteParameter.Optional });

            app.UseNinjectMiddleware(CreateKernel);
            app.UseNinjectWebApi(config);
        }
    }
    public static IKernel CreateKernel()
    {
        var kernel = new StandardKernel();

        kernel.Bind<IMyService>().To<MyService>();
        return kernel;
    }
}

J'ai mis à jour le wiki en conséquence.

https://github.com/ninject/Ninject.Web.Common/wiki/Setting-up-a-OWIN-WebApi-application

Les trois options d'hébergement.

https://github.com/ninject/Ninject.Web.WebApi/wiki/Setting-up-an-mvc-webapi-application

Answer 3

Nous utilisons le paquet standard ninject.MVC5 installé avec nuget

PM> install-package ninject.MVC5

Ensuite, nous configurons nos liaisons comme suit.

kernel.Bind<IDbContext, DbContext>()
    .To<BlogContext>()
    .InRequestScope();

kernel.Bind<IUserStore<User>>()
    .To<UserStore<User>>()
    .InRequestScope();

kernel.Bind<IDataProtectionProvider>()
    .To<DpapiDataProtectionProvider>()
    .InRequestScope()
    .WithConstructorArgument("ApplicationName");

kernel.Bind<ApplicationUserManager>().ToSelf().InRequestScope()
    .WithPropertyValue("UserTokenProvider",
        new DataProtectorTokenProvider<User>(
            kernel.Get<IDataProtectionProvider>().Create("EmailConfirmation")
            ));

Vous devrez peut-être ajuster en fonction de l'ampleur de la personnalisation de votre modèle d'utilisateur. Par exemple, le binding du magasin utilisateur peut être quelque chose comme.

kernel.Bind<IUserStore<User, int>>()
      .To<IntUserStore>().InRequestScope();

De même, toute configuration du gestionnaire d'utilisateurs dont vous avez besoin, par exemple les politiques de mot de passe, peut être définie dans le constructeur de votre gestionnaire d'utilisateurs.

Auparavant, cela pouvait être trouvé dans la méthode create de l'exemple, vous n'en aurez plus besoin. De plus, vous pouvez maintenant vous débarrasser des appels à owin get context car ninject se chargera de la résolution pour vous.