Ninject InSingletonScope с веб-Api RC

17

У меня возникают трудности с использованием привязки InSingletonScope от Ninject с веб-Api RC. Независимо от того, как я создаю привязку, похоже, что Web Api обрабатывает область / время жизни вместо Ninject.

Я пробовал несколько вариантов подключения Ninject. Наиболее распространенным является то, что здесь ответ: Связывание веб-API ASP.NET с ninject

Я также пробовал эту версию: Ссылка

В обоих случаях я буквально создаю проект Web Api из коробки, а затем добавляю пакеты Ninject, как описано в любом сообщении. Наконец, я добавляю классы Resolver и Scope, например, для версии StackOverflow:

public class NinjectDependencyScope : IDependencyScope
{
    private IResolutionRoot resolver;

    internal NinjectDependencyScope(IResolutionRoot resolver)
    {
        Contract.Assert(resolver != null);

        this.resolver = resolver;
    }

    public void Dispose()
    {
        IDisposable disposable = resolver as IDisposable;
        if (disposable != null)
            disposable.Dispose();

        resolver = null;
    }
    public object GetService(Type serviceType)
    {
        if (resolver == null)
            throw new ObjectDisposedException("this", "This scope has already been disposed");
        return resolver.TryGet(serviceType);
    }

    public IEnumerable<object> GetServices(Type serviceType)
    {
        if (resolver == null)
            throw new ObjectDisposedException("this", "This scope has already been disposed");
        return resolver.GetAll(serviceType);
    }
}

и

 public class NinjectDependencyResolver : NinjectDependencyScope, IDependencyResolver
{
    private IKernel kernel;

    public NinjectDependencyResolver(IKernel kernel)
        : base(kernel)
    {
        this.kernel = kernel;
    }
    public IDependencyScope BeginScope()
    {
        return new NinjectDependencyScope(kernel.BeginBlock());
    }
}

Затем NinjectWebCommon выглядит так:

using System.Web.Http;
using MvcApplication2.Controllers;

[assembly: WebActivator.PreApplicationStartMethod(typeof(MvcApplication2.App_Start.NinjectWebCommon), "Start")]
[assembly: WebActivator.ApplicationShutdownMethodAttribute(typeof(MvcApplication2.App_Start.NinjectWebCommon), "Stop")]

namespace MvcApplication2.App_Start
{
    using System;
    using System.Web;

    using Microsoft.Web.Infrastructure.DynamicModuleHelper;

    using Ninject;
    using Ninject.Web.Common;

    public static class NinjectWebCommon
    {
        private static readonly Bootstrapper bootstrapper = new Bootstrapper();

        /// <summary>
        /// Starts the application
        /// </summary>
        public static void Start()
        {
            DynamicModuleUtility.RegisterModule(typeof(OnePerRequestHttpModule));
            DynamicModuleUtility.RegisterModule(typeof(NinjectHttpModule));
            bootstrapper.Initialize(CreateKernel);
        }

        /// <summary>
        /// Stops the application.
        /// </summary>
        public static void Stop()
        {
            bootstrapper.ShutDown();
        }

        /// <summary>
        /// Creates the kernel that will manage your application.
        /// </summary>
        /// <returns>The created kernel.</returns>
        private static IKernel CreateKernel()
        {
            var kernel = new StandardKernel();
            kernel.Bind<Func<IKernel>>().ToMethod(ctx => () => new Bootstrapper().Kernel);
            kernel.Bind<IHttpModule>().To<HttpApplicationInitializationHttpModule>();

            // Register Dependencies
            RegisterServices(kernel);

            // Set Web API Resolver
            GlobalConfiguration.Configuration.DependencyResolver = new NinjectDependencyResolver(kernel);

            return kernel;
        }

        /// <summary>
        /// Load your modules or register your services here!
        /// </summary>
        /// <param name="kernel">The kernel.</param>
        private static void RegisterServices(IKernel kernel)
        {
            kernel.Bind<ILogger>().To<Logger>().InSingletonScope();
        }
    }
}

Объекты ILogger и Logger ничего не делают, но иллюстрируют проблему. Logger делает Debug.Writeline, чтобы я мог видеть, когда он был создан. И каждое обновление страницы показывает, что она обновляется за звонок, а не синглтон, на который я надеялся. Вот контроллер, использующий Logger:

public class ValuesController : ApiController
{
    private readonly ILogger _logger;
    public ValuesController(ILogger logger)
    {
        _logger = logger;
        _logger.Log("Logger created at " + System.DateTime.Now.ToLongTimeString());
    }
    // GET api/values
    public IEnumerable<string> Get()
    {
        return new string[] { "value1", "value2" };
    }
    // GET api/values/5
    public string Get(int id)
    {
        return "value";
    }
    // POST api/values
    public void Post(string value)
    {
    }
    // PUT api/values/5
    public void Put(int id, string value)
    {
    }
    // DELETE api/values/5
    public void Delete(int id)
    {
    }
}

Когда я добавляю информацию о трассировке в создание ядра, кажется, что ядро ​​создается только один раз. Итак ... чего я не вижу? Почему синглет не сохраняется?

    
задан Mike L 06.07.2012 в 06:21
источник

3 ответа

41

использовать

public IDependencyScope BeginScope()
{
    return new NinjectDependencyScope(kernel);
}

и не удаляйте ядро ​​в NinjectDependencyScope

    
ответ дан Remo Gloor 06.07.2012 в 07:36
источник
0

@Remo Gloor Когда я запускаю свой код в InMemoryHost из WebAPI и запускаю тесты интеграции, все работает нормально, и у меня есть singleton. Если я запустил решение WebAPI внутри веб-сервера VS Cassini , первый запуск будет успешным и когда я нажимаю обновление, я получаю исключение: Ошибка загрузки компонента Ninject ICache Такой компонент не был зарегистрирован в контейнере компонентов ядра.

Если я верну старый код с BeginBlock , он работает в Cassini, но IsSingleton больше не работает в тестах интеграции.

    
ответ дан Radenko Zec 10.09.2012 в 13:12
источник
0

Вместо того, чтобы не утилизировать ядро ​​(которое не будет вызывать внутреннее распоряжение), вы можете просто реализовать свой собственный синглтон:

public static class NinjectSingletonExtension
{
    public static CustomSingletonKernelModel<T> SingletonBind<T>(this IKernel i_KernelInstance)
    {
        return new CustomSingletonKernelModel<T>(i_KernelInstance);
    }
}

public class CustomSingletonKernelModel<T>
{
    private const string k_ConstantInjectionName = "Implementation";
    private readonly IKernel _kernel;
    private T _concreteInstance;


    public CustomSingletonKernelModel(IKernel i_KernelInstance)
    {
        this._kernel = i_KernelInstance;
    }

    public IBindingInNamedWithOrOnSyntax<T> To<TImplement>(TImplement i_Constant = null) where TImplement : class, T
    {
        _kernel.Bind<T>().To<TImplement>().Named(k_ConstantInjectionName);
        var toReturn =
            _kernel.Bind<T>().ToMethod(x =>
                                       {
                                           if (i_Constant != null)
                                           {
                                               return i_Constant;
                                           }

                                           if (_concreteInstance == null)
                                           {
                                               _concreteInstance = _kernel.Get<T>(k_ConstantInjectionName);
                                           }

                                           return _concreteInstance;
                                       }).When(x => true);

        return toReturn;
    }
}

А затем просто используйте:

i_Kernel.SingletonBind<T>().To<TImplement>();

Вместо этого

i_Kernel.Bind<T>().To<TImplement>().InSingletonScope();


обратите внимание: хотя это только вопросы для первого запроса, эта реализация не является потокобезопасной.

    
ответ дан Tomer 03.04.2014 в 14:18
источник

Ознакомьтесь с другими вопросами по меткам