Перейти к содержимому

Изменения документа Сценарии и проблемы

Редактировал(а) Alexandr Fokin 2025/09/02 19:26
От версии 1.6
отредактировано Alexandr Fokin
на 2022/12/05 08:30
Изменить комментарий: К данной версии нет комментариев
К версии 1.19
отредактировано Alexandr Fokin
на 2025/05/31 11:41
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.NET.Библиотеки.DI IOC AOP.M\.E\.DependencyInjection.WebHome
1 +Разработка.NET.Библиотеки.DI IOC AOP.Microsoft\. Extensions\. DependencyInjection.WebHome
Содержимое
... ... @@ -1,14 +1,27 @@
1 -|(% style="width:282px" %)Создание нескольких IServiceProvider.
2 -Singleton.|(% style="width:1211px" %)(((
1 +|(% style="width:283px" %)Создание нескольких IServiceProvider.
2 +Singleton.|(% style="width:1202px" %)(((
3 3  * Из одного набора IServiceCollection может быть создано несколько объектов IServiceProvider. Но у каждого из них будет свое управление и scope.
4 4  Например если создать 2 экземпляра IServiceProvider, и от каждого из них запросить по одному ISingletonService, то мы получим 2 разных экземпляра ISingletonService.
5 5  * Это может вызвать проблемы так, как обычно IServiceProvider формируется внутри фреймворка.
6 6  Если самостоятельно создать экземпляр IServiceProvider, то получаем отдельное пространство и кривые объекты ISingletonService.
7 7  (Например, если некоторые зависимости необходимы в самом процессе регистрации основного контейнера, конфигурации IServiceCollection)
8 -Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли ServiceLocator.
8 +Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли Factory/ServiceLocator.
9 9  * Остро эта проблема проявляется для таких ISingletonService, у которых есть свое изменяемое состояние.
10 10  )))
11 -|(% style="width:282px" %) |(% style="width:1211px" %)
12 -|(% style="width:282px" %) |(% style="width:1211px" %)
11 +|(% style="width:283px" %)Валидация при сборке Di контейнера.|(% style="width:1202px" %){{code language="c#"}}services.BuildServiceProvider(
12 + new ServiceProviderOptions()
13 + {
14 + ValidateOnBuild = true,
15 + ValidateScopes = true
16 + }
17 + );{{/code}}
18 +|(% style="width:283px" %)Регистрация одного типа (экземпляра) для нескольких абстракций.|(% style="width:1202px" %){{code language="c#"}}services.AddScoped<TImplementation>();
13 13  
20 +services.AddScoped<TInterface1>(s => s.GetRequiredService<TImplementation>());
21 +services.AddScoped<TInterface2>(s => s.GetRequiredService<TImplementation>());{{/code}}(((
22 +В случае, если регистрировать через указание интерфейса и типа реализации, то будет создано несколько экземпляров TImplementation, а не один.
23 +)))
24 +|(% style="width:283px" %)Resolve factory|(% style="width:1202px" %)Выбор реализации типа в рантайме (например через использование из AsyncLocal переменной).
25 +Возможное решение: переписывание IServiceCollection, перемещая обычную регистрацию в ключевую, а вместо нее помещая фабричный метод, который содержит логику выбора реализации в зависимости от условий.
26 +
14 14