Зависимость впрыска UserStore в запуске OWIN с использованием промежуточного ПО Ninject OWIN

Ответ 1

Для справки:

Можно зарегистрировать ядро ​​как одноэлементное, чтобы одно и то же ядро ​​могло использоваться промежуточным программным обеспечением ninject, а также зарегистрировано в контексте owin.

    public static StandardKernel CreateKernel()
    {
        if (_kernel == null)
        {
            _kernel = new StandardKernel();
            _kernel.Bind<IHttpModule>().To<HttpApplicationInitializationHttpModule>();

            _kernel.Load(Assembly.GetExecutingAssembly(), Assembly.Load("Super.CompositionRoot"));
        }
        return _kernel;
    }

Функция обратного вызова app.CreatePerOwinContext(ApplicationUserManager.Create) вызовет ApplicationUserManager.Create, а не зарегистрирует ее для вызова в более поздней точке во время настройки. Следовательно, функция CreateKernel должна быть зарегистрирована перед обратным вызовом ApplicationUserManager Create или вы получите исключение ссылочной ссылки, если попытаетесь получить ядро ​​из контекста owin в этом методе.

    public void ConfigureAuth(IAppBuilder app)
    {
        app.CreatePerOwinContext(CreateKernel);
        app.UseNinjectMiddleware(CreateKernel);
        app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);
     }

Это позволит вам получить доступ к ядру для создания пользовательского UserStore в ApplicationUserManager Create callback:

    public static ApplicationUserManager Create(IdentityFactoryOptions<ApplicationUserManager> options, IOwinContext context)
    {
        var kernel = context.Get<StandardKernel>();
        var userStore = kernel.Get<IUserStore<User, int>>();
        var manager = new ApplicationUserManager(userStore);
        //...
    }

Я знаю, что в общем случае инъекция зависимостей должна быть предпочтительной по сравнению с местоположением службы, но в этом контексте я не мог найти пути вокруг нее - если у кого-нибудь нет более лучших предложений?

Это позволит вам использовать Ninject для реализации блока работы patter, использующего Ninject InRequestScope(). Функциональность OnDeactivation. Я знаю, что класс UserManager имеет для каждого времени выполнения запроса, но не знал наиболее подходящего способа совершения каких-либо незавершенных транзакций по завершении запроса.

Ответ 2

Примечание Это было для WebApi (с помощью System.Web.Http)

Хорошо, поэтому я как бы обманутый, используя материал из System.Web, который является пространством имен, которое, как мы полагаем, нужно отбирать, но пока оно все еще используется, почему бы и нет.

Во-первых, я использую некоторые помощники из этого SO-вопроса:

Настройка Ninject с помощью Asp.Net MVC и Web Api

Внутри которой распознаватель регистрируется с глобальной конфигурацией System.Web. Таким образом, я просто поймаю его, когда мне это нужно:

    public static ApplicationUserManager Create(IdentityFactoryOptions<ApplicationUserManager> options, IOwinContext context)
    {
        var repository = System.Web.Http.GlobalConfiguration.Configuration.DependencyResolver
                            .GetService(typeof(Data.Repositories.UserRepository)) as Data.Repositories.UserRepository;

        var manager = new ApplicationUserManager(repository);
...

Примечание. Я использую термин "Репозиторий" над "Хранилищем", поскольку он соответствует хорошо известному шаблону, более понятен большинству людей.

И Startup.Auth выглядит так: я в основном перемещаю Ninject init сюда, чтобы сделать его вовремя:

    public void ConfigureAuth(IAppBuilder app)
    {
        // Dependency Injection

        Evoq.AppName.Configuration.Ninject.NinjectHttpContainer.RegisterAssembly();

        // Configure the db context and user manager to use a single instance per request

        app.CreatePerOwinContext<ApplicationUserManager>(ApplicationUserManager.Create);

...

Я также использовал метод, подобный OP, где я "подключил" обратный вызов, чтобы получить IKernel, но пока это все делает OWINy, проблема с этим подходом заключается в том, что вы должны называть owinContextThing.Get<IKernel>(), что означает ссылаясь на Ninject глубже в моем коде.

Были вокруг, но это начало усложняться, чем мое решение выше.

Дополнительная заметка

Это код Identity Framework, который регистрирует обратный вызов. Обратите внимание на вызов app.GetDataProtectionProvider, который по сути является тем, что нам было необходимо для создания UserTokenProvider.

    /// <summary>
    /// Registers a callback that will be invoked to create an instance of type T that will be stored in the OwinContext which can fetched via context.Get
    /// </summary>
    /// <typeparam name="T"></typeparam>
    /// <param name="app"></param>
    /// <param name="createCallback"></param>
    /// <returns></returns>
    public static IAppBuilder CreatePerOwinContext<T>(this IAppBuilder app, Func<IdentityFactoryOptions<T>, IOwinContext, T> createCallback) where T : class,IDisposable {
        if (app == null) {
            throw new ArgumentNullException("app");
        }
        if (createCallback == null) {
            throw new ArgumentNullException("createCallback");
        }

        app.Use(typeof(IdentityFactoryMiddleware<T, IdentityFactoryOptions<T>>),
            new IdentityFactoryOptions<T>() {
                DataProtectionProvider = app.GetDataProtectionProvider(),
                Provider = new IdentityFactoryProvider<T>() {
                    OnCreate = createCallback
                }
            });
        return app;
    }

Я посмотрел, посмотрел и отразил libs и не смог найти этот метод! Если бы я знал, как это работает, потенциально мы могли бы найти другой способ создания токена, т.е. Не нужен экземпляр опций.