Ninject 3 — переопределяет ли BeginBlock () InRequestScope в asp.net WebAPI?

Мой проект asp.net WebApi состоит из нескольких сборок для служб, ядра и доступа к данным. Пытаясь использовать Ninject в качестве контейнера DI в проекте, я добавил пакет Ninject.Web.Common из NuGet. Затем я реализовал IDependencyResolver как:

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

    public NinjectDependencyResolver(IKernel kernel) : base(kernel)
    {
        this.kernel = kernel;
    }

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

public class NinjectDependencyScope : IDependencyScope
{
    IResolutionRoot resolver;

    public NinjectDependencyScope(IResolutionRoot resolver)
    {
        this.resolver = resolver;
    }

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

        var resolved = this.resolver.Get(serviceType);
        return resolved;
    }

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

        return this.resolver.GetAll(serviceType);
    }

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

        resolver = null;
    }
}

Вот мой Ninject.Web.Common.cs.

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

        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(x =>
            x.FromAssembliesMatching("WebApiTest.DataAccess.dll")
            .SelectAllClasses()
            .BindAllInterfaces()
            .Configure(config => config.InRequestScope()));

        kernel.Bind(x =>
            x.FromAssembliesMatching("WebApiTest.*.dll")
            .SelectAllClasses()
            .BindAllInterfaces()
            .Configure(config => config.InTransientScope()));
    }        
}

Мой вопрос касается кода в методе NinjectDependencyResolver -> BeginScope(): return new NinjectDependencyScope(this.kernel.BeginBlock());

Я хотел бы, чтобы мои репозитории (реализованные в WebApiTest.DataAccess.dll) были ограничены запросом. Я наткнулся на этот сообщение от Нейта Кохари. Я понимаю, что пост устарел, но описание блоков активации заставляет меня задаться вопросом, является ли это все еще текущей реализацией.

Есть еще один способ управления областью действия в Ninject2 — через блоки активации. Блоки — это > способ переопределить область действия, объявленную в привязке, и вместо этого > связать активированные экземпляры с самим блоком. ...

Итак,каков фактический объем моих репозиториев?

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

Компонент Ninject ICache Ни один такой компонент не был зарегистрирован в контейнере компонентов ядра

ЗАЧЕМ??


person Umair Ishaq    schedule 14.11.2012    source источник


Ответы (2)


А пока используйте этот NinjectDependencyResolver и этот NinjectDependencyScope реализации

person Ian Davis    schedule 15.11.2012
comment
Я использую те. Что ты конкретно имеешь ввиду? - person Umair Ishaq; 15.11.2012
comment
Ян, спасибо. Не сразу обнаружил ссылки в вашем ответе. Правильно ли я понимаю, что в моей реализации BeginBlock() перезаписывает область видимости Singleton? - person Umair Ishaq; 15.11.2012
comment
Создание блока охватывает все элементы, разрешенные из этого блока в объект блока. Если вы избавляетесь от блока, присоединенные экземпляры больше не связаны. Вы можете считать их синглтонами при разрешении из блока. - person Ian Davis; 15.11.2012
comment
Спасибо, подтверждает мое понимание. - person Umair Ishaq; 15.11.2012
comment
ссылка на ответ битая. - person liang; 01.09.2014

Чтобы использовать зависимости в области запроса, не устанавливайте их с помощью InRequestScope() Ninject, а извлекайте их из запроса с помощью GetDependencyScope().

Я написал сообщение в блоге об этом http://www.strathweb.com/2012/11/asp-net-web-api-and-dependencies-in-request-scope/

person Filip W    schedule 15.11.2012
comment
Филипп, спасибо за сообщение в блоге. Действительно мило. Тем не менее, UoW абстрагируется от контроллера, и я не хочу полностью нести контекст. Есть предположения? - person Umair Ishaq; 15.11.2012