Ninject InSingletonScope с веб-интерфейсом Api RC

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

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

Я также пробовал эту версию: http://www.peterprovost.org/blog/2012/06/19/adding-ninject-to-web-api/

В обоих случаях я буквально создаю готовый проект 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)
    {
    }
}

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

Ответы на вопрос(3)

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

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();


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

 12 авг. 2014 г., 10:41
Все еще сталкиваюсь с конструкторомTImplement, когда обновляю мою страницу. Так что по какой-то причине он все еще создает новые объекты.

@ Remo Gloor Когда я запускаю ваш код в InMemoryHost из WebAPI и запускаю интеграционные тесты, все работает нормально, и у меня есть синглтон. Если я запускаю решение WebAPIinside VS Cassini web server Первый запуск успешен и когда я нажимаю обновить, я получаю исключение: Error loading Ninject component ICache No such component has been registered in the kernel's component container.

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

 01 окт. 2012 г., 15:15
Эта ошибка обычно происходит, если объекты запрашиваются из уже расположенного ядра. Но у меня нет опыта работы с WebAPI в Кассини. Кстати: задавать вопросы в ответах против политики SO. Пожалуйста, вставьте это в новый вопрос или добавьте комментарий где-нибудь.
Решение Вопроса

использование

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

и не располагайте ядро вNinjectDependencyScope

 24 окт. 2013 г., 04:13
@RemoGloor: Можете ли вы подтвердить, что NinjectScope и NinjectResolver I 'размещены здесь:github.com/abpatel/Code-Samples/blob/master/src/… Также может удерживать ядро и не утилизировать его, что приводит к утечке памяти?
 24 авг. 2012 г., 23:25
Ремо, большое спасибо за решение! Я также боролся с единственной проблемой в веб-API. Тем не менее, я не думаю, что понимаю ваше решение. Можете ли вы уточнить?
 29 сент. 2012 г., 09:28
Я искал это решение повсюду. Спасибо! Возможно, эта реализация NinjectDependencyScope должна быть в проекте расширения WebApi?
 02 февр. 2013 г., 20:29
@Remo: Можете ли вы предоставить некоторые подробности своего ответа, такие как разница между выполнением & quot; new NinjectDependencyScope (kernel); & Quot; против & quot; new NinjectDependencyScope (kernel.BeginBlock ()); & Quot; и последствия не размещения ядра в «NinjectDependencyScope»;
 31 авг. 2012 г., 02:22
Сам Ninject знает о продолжительности запроса, поэтому нет необходимости создавать новую область видимости. В основном этот код игнорирует эту функцию MVC4. Только в случае самостоятельного хостинга WebAPI вам нужно будет действовать иначе, но при этом блоки активации не являются правильным способом.

Ваш ответ на вопрос