Как поделиться DbCOntext в шаблоне многоуровневого репозитория. ASP.NET MVC

Итак, проблема доходит до того, что если мы хотим использовать ninject или любой другой DI для привязки всех зависимостей со всех уровней / проектов, мы должны иметь ссылку на все эти уровни / проекты в нашем основном проекте mvc, так что мы можем связать зависимости в NinjectWebCommons, но это убьет всю цель n-уровневой архитектуры. Мы не хотим этого делать, мы хотим, чтобы наша иерархия поддерживалась, как в моем случае
MainMVCProject-> BLL-> DLL-> DB
Итак, < strong> я нашел очень полезную статью Ninject с N-уровневым приложением MVC - внедрить объект в бизнес-уровень. (Есть и другие подходы, один из них - создать проект только для привязок и добавить использование этого проекта для привязки всех зависимостей, но это звучит как излишняя инженерия и излишество)

На основании чего я добавил следующий класс в свой уровень / проект BLL (после установки ninject в этом проекте и в проекте DAL), который имеет привязки для классов DLL.

using BLL.Repositories;
using BLL.RepositoryInterfaces;
using Ninject.Modules;
using Ninject.Web.Common;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using DAL;
using BOL;

namespace BLL
{
    public class LayerBindings : NinjectModule
    {
        public override void Load()
        {//add all references here like these
            Bind<AdDb>().ToSelf().InRequestScope();
            Bind<db_Entities>().ToSelf().InRequestScope().WithConstructorArgument("ConnectionString", BOL.CommonFunctionsBOL.ConnectionString);
        }
    }
}

Получение помощи от howto-ninject-part-1- основы, мне удалось многое сделать с помощью ninject, и я использовал многие из его функций.

Теперь вы можете увидеть, что я добавил привязки проекта DLL в этот класс, которые были недоступны в основном проекте mvc. Теперь мне просто нужно загрузить эти привязки в основной нинджект. Теперь в файле NinjectWebCommons.cs я добавил следующие строки:

//old bindings of BLL and local project.    
kernel.Bind<IUserRepository>().To<UserRepository>().InRequestScope();
//now here we bind other dependencies of DAL etc using class we added in BLL
var modules = new List<INinjectModule>
{
      new BLL.LayerBindings()
};
kernel.Load(modules);

(В методе RegisterServices после локальных привязок и привязок объектов BLL.)

После этого ninject начал работать во всех проектах, и я просто использовал инъекцию конструктора или в некоторых местах инъекции свойств, и все работало нормально.

PS1: я также использовал инъекцию свойств * (я читал, что не рекомендуется использовать инъекции свойств, используйте их только там, где вы не можете использовать инъекции конструкторов.) * для частных свойств и их нужно было включить с помощью kernel.Settings.InjectNonPublic = true; строку в методе CreateKernel перед возвратом ядра.
Теперь моя инъекция свойств работает и для частных свойств, например:

[Ninject.Inject]
private SomeDALObject db { get; set; }

PS2: я также установил пакет nuget ninject.web.webapi для ninject для работы с webapis, а также нашел эту строку для получения объекта где угодно из ninjec t. (Я не знаю, хороший это способ или нет, но он возвращает полностью сконструированный объект, который я использовал, чем. Если кто-нибудь может прояснить или исправить меня, правильно ли это использовать или нет , это будет здорово.)

((TypeOfObjectYouWant)System.Web.Mvc.DependencyResolver.Current.GetService(typeof(TypeOfObjectYouWant))).DoSomething();