Использование ILifetimeScope внутри IDialog

Question

Я использую Microsoft Bot Framework для создания Bot. Я вызываю диалог на POST для MessageController, как это:

using (var scope = DialogModule.BeginLifetimeScope(_scope, activity)) 
{ 
    var postToBot = scope.Resolve<IPostToBot>(); 
    await postToBot.PostAsync(activity, cancellationToken); 
} 

Внутри моего Диалог класса, мне нужно использовать завод, использующий эту область. Проблема заключается в получении этой области внутри класса Dialog.

Если я вставляю ILifetimeScope в конструктор, он работает в первый раз. Но этот тип не сериализуем (выдает ошибку в BotFramework). Поэтому я должен отметить это как несериализуемое, но у меня нет способов снова получить эту область. Я пытаюсь использовать по умолчанию WebApi DependencyResolver, но мне нужна функция AutoFac, которая разрешает ключевые службы. Если я разрешаю ILifetimeScope от DependencyResolver, тогда он возвращает область «root», и мне нужна вложенная область (такая же, что и на контроллере сообщений).

Я решил свою проблему, сохраняя область действия в переменной static, но это не изящно.

using (var scope = DialogModule.BeginLifetimeScope(_scope, activity)) 
{ 
    IocModule.CurrentScope = scope; 

    var postToBot = scope.Resolve<IPostToBot>(); 
    await postToBot.PostAsync(activity, cancellationToken); 
} 

Другие идеи?

Answer 1

Вы должны уметь вводить IComponentContext, который поможет вам разрешить зависимости.

Посмотрите на класс DialogFactory из образца ContosoFlowers. Также взгляните на класс ContosoFlowersDialogFactory, который реализует DialogFactory. В классе ContosoFlowersModule вы увидите регистрацию этого завода.

builder.RegisterType<ContosoFlowersDialogFactory>() 
     .Keyed<IContosoFlowersDialogFactory>(FiberModule.Key_DoNotSerialize) 
     .AsImplementedInterfaces() 
     .InstancePerLifetimeScope(); 

Конструктор ожидает IComponentContext

public ContosoFlowersDialogFactory(IComponentContext scope) 

Что касается ссылок, не являющиеся serializables услуг в вашем диалоге, маркируя их как несериализуемая это не единственный способ. Вы также можете использовать FiberModule.Key_DoNotSerialize для разрешения зависимости. Вы можете узнать больше о различных способах ссылки на несериализуемые службы в этом Technical FAQ section.