Поставщики Ninject: что является правильным способом разрешения зависимостей

Question

В моем приложении я могу зарегистрировать разные источники данных по имени. Каждый из этих источников данных имеет несколько требуемых свойств string, а также набор других зависимостей, но в остальном они одинаковы, поэтому используйте несколько различных стандартных реализаций.

Чтобы создать экземпляры каждого источника данных по запросу, я создаю привязку к экземпляру Provider<T>, который инициализируется информацией, необходимой для доступа к этому источнику данных. Провайдер выглядит что-то вроде ниже:

public class StandardListProvider<T> : Provider<IListExecutor<T>> 
    where T : new() 
{ 
    public string Name  { get; set; } 
    public string ListMethod { get; set; } 

    public StandardListProvider(string name, string listMethod) 
    { 
     Name  = name; 
     ListMethod = listMethod; 
    } 

    protected override IListExecutor<T> CreateInstance(IContext context) 
    { 
     var connector = (IInternalConnector)context.Kernel.GetService(typeof(IInternalConnector)); 
     return new StandardListExecutor<T>(connector, Name) 
     { 
      ListMethodName = ListMethod 
     }; 
    } 
} 

Проблема с разрешения зависимостей в StandardListExecutor<T> как IInternalConnector. Очевидно, что я могу создать их вручную или запросить их у context.Kernel, поскольку я в своем примере (и предложен Ninject Providers -> Get another dependency inside the provider), но это приводит к запросу без целевой информации, что не идеально, если мы хотим выполнять контекстные привязки для зависимостей от StandardListExecutor.

Я пробовал играть с context.Request.CreateChild(...), но для каждой активации требуется отразить каждую активацию, чтобы создать ParameterTarget. В документах Ninject также не так много информации об этом.

Мой вопрос: Каков правильный способ разрешения/запроса зависимостей или других сервисов, подобных этому в процессе активации существующей привязки?

Редактировать

Запросов сами сделаны через сцепления Ninject.Mvc в процесс активации контроллера System.Web.Mvc.

Answer 1

Вы должны иметь возможность использовать расширение Ninject.Extensions.ContextPreservation. В частности, метод расширения IContext.ContextPreservingGet(...):

var connector = context.ContextPreservingGet<IInternalConnector>(); 

Однако, лично я считаю, что создание конкретных типов настроек является лучшим выбором - потому, что это проще идея.