Как разрешить впрыск конструктора с несколькими слоями

Question

В моем проекте у меня была зависимость контроллера от IRepositoryProvider среди других.

public class HomeController : BaseController 
{ 
    public HomeController(ISessionWrapper sessionWrapper, 
          IRepositoryProvider repositoryProvider, 
          IApplicationConfiguration applicationConfiguration) 
     : base(sessionWrapper, repositoryProvider, applicationConfiguration) 
    {} 

    ... 

}

IRepositoryProvider и его реализация жить в BLL слое. Другое дело отметить, что IRepositoryProvider также имеет некоторые параметры. Они используются, чтобы определить, какие строки подключения использовать (Environment * 5 возможных подключений).

public RepositoryProvider(string environment, IApplicationConfiguration applicationConfiguration) 
    { 
     _applicationConfiguration = applicationConfiguration; 
     _environment = environment; 
    } 

Все это прекрасно работает с двумя слоями и этой конфигурацией Ninject.

kernel.Bind<IRepositoryProvider>() 
     .To<RepositoryProvider>() 
     .InRequestScope() 
     .WithConstructorArgument("environment",  
           context => context.Kernel.Get<ISessionWrapper>().CurrentEnvironment) 
     .WithConstructorArgument("applicationConfiguration", 
           context => context.Kernel.Get<IApplicationConfiguration>()); 

Моя проблема возникает, когда я представляю сервисный уровень. Вместо того, чтобы полагаться на IRepositoryProvider в моих контроллерах для доступа к данным, я хочу использовать сервисный уровень. В идеале тогда я не хочу ссылаться на слой BLL и только на сервисный уровень.

public class HomeService : IHomeService 
{ 
    public IRepositoryProvider RepositoryProvider { get; private set; } 

    public HomeService(IRepositoryProvider repositoryProvider) 
    { 
     RepositoryProvider = repositoryProvider; 
    } 
    ... 
} 

Итак, мой вопрос заключается в следующем: возможно ли, чтобы я не ссылался на уровень сервиса и BLL из проекта MVC? Или это весь набор массивного запаха кода?

Спасибо.

ОБНОВЛЕНИЕ: Я полагаю, что должен был сказать свои идеальные ссылки. Интернет -> Сервис -> BLL. В настоящий момент Web ссылается на Service и BLL, чтобы Ninject разрешил все.

ОБНОВЛЕНИЕ 2: Это похоже на возможное решение? How to tell Ninject to bind to an implementation it doesn't have a reference to

Answer 1

Вот как я обычно архивирую проекты MVC в зависимости от требований.

Уровень презентации> Уровень обслуживания> Уровень бизнес-уровня> Уровень доступа к данным.

Слой презентации содержит: ViewModels, Views, Controllers. (Ссылки на сервисный уровень, Ninject ddl)

Сервисный уровень: WCF. (Ссылки БАЛ и т.д.)

Business Layer: Содержит то, что я называю дирижер и их интерфейсы (Ссылки DAL, домен)

Data Access Layer: Содержит Хранилище и их интерфейсы (Ссылки Доменные)

Домен: Содержит ПОКО объекты

Ядро: Где я на самом деле установить и настроить Ninject (Ссылки на BAL, DAL и т.д.)

чтобы добавить Ninject к другому проекту, кроме Presentati на уровне:

Добавьте следующий Global.Asasx.cs:

DependencyResolver.SetResolver(new NinjectDependencyResolver()); 

Затем создайте новый проект sucche в качестве ядра.Установите Ninject там и добавить следующий класс:

Вам нужно будет ссылаться на DLL Ninject из представительского уровня

public class NinjectDependencyResolver : IDependencyResolver { 
    private IKernel kernel; 

    public NinjectDependencyResolver() 
    { 
     kernel = new StandardKernel(); 
     AddBindings(); 
    } 

    public object GetService(Type serviceType) 
    { 
     return kernel.TryGet(serviceType); 
    } 

    public IEnumerable<object> GetServices(Type serviceType) 
    { 
     return kernel.GetAll(serviceType); 
    } 

    public IBindingToSyntax<T> Bind<T>() 
    { 
     return kernel.Bind<T>(); 
    } 

    public IKernel Kernel 
    { 
     get { return kernel; } 
    } 

    private void AddBindings() 
    { 
     //Add your Bindings here 
    } 

} 

Answer 2

IRepositoryProvider и его реализация жить в BLL слое ... это возможно для меня, чтобы не ссылаться как на службу и BLL слои из проекта MVC

с этими двумя утверждением твоей ответ нЕТ, вы не можете «не» ссылаться на эти слои. Наилучший подход к минимизации ссылок - отделить ваши интерфейсы от реализаций. Вы можете иметь, например, следующее: Layer

Домен, содержит свой POCO и интерфейс

• продукт (класс образец)
• IRepository (интерфейс)

Сервисный уровень, содержит реализацию ваших интерфейсов

• Имеются ссылки на слой Domain
• Редукторы IRepository (например, ProductRepository : IRepository)

Dependency Injection Layer

• Знает обоих Domain и Service слоев

MVC проекта

• Обратитесь к слою Domain, чтобы узнать о подписях POCOs и репозиториях
• Имеете ссылку на слой DI, но не знаете, как именно это делается . Таким образом, вы можете поменять структуру DI позже, и все будет работать.

Вы можете расширить этот слой по своему усмотрению. Вы можете вставить слой BLL между слоями Domain и Service, и вам не нужно ссылаться нигде.