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

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

Редактировал(а) Alexandr Fokin 2025/09/02 19:26
От версии 1.3
отредактировано Alexandr Fokin
на 2022/12/05 08:24
Изменить комментарий: К данной версии нет комментариев
К версии 1.21
отредактировано Alexandr Fokin
на 2025/06/06 16:55
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.NET.Библиотеки.DI IOC AOP.M\.E\.DependencyInjection.WebHome
1 +Разработка.NET.Библиотеки.DI IOC AOP.Microsoft\. Extensions\. DependencyInjection.WebHome
Содержимое
... ... @@ -1,11 +1,26 @@
1 -|(% style="width:311px" %)Создание нескольких IServiceProvider.
2 -Singleton.|(% style="width:1182px" %)(((
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 +(Например, если некоторые зависимости необходимы в самом процессе регистрации основного контейнера, конфигурации IServiceCollection)
8 +Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли Factory/ServiceLocator.
9 +* Остро эта проблема проявляется для таких ISingletonService, у которых есть свое изменяемое состояние.
7 7  )))
8 -|(% style="width:311px" %) |(% style="width:1182px" %)
9 -|(% style="width:311px" %) |(% style="width:1182px" %)
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" %)Перегрузка логики GetServices|(% style="width:1202px" %){{code language="c#"}}service.AddScoped<IEnumerable<string>>{{/code}}
19 +|(% style="width:283px" %)Регистрация одного типа (экземпляра) для нескольких абстракций.|(% style="width:1202px" %){{code language="c#"}}services.AddScoped<TImplementation>();
10 10  
11 -
21 +services.AddScoped<TInterface1>(s => s.GetRequiredService<TImplementation>());
22 +services.AddScoped<TInterface2>(s => s.GetRequiredService<TImplementation>());{{/code}}(((
23 +В случае, если регистрировать через указание интерфейса и типа реализации, то будет создано несколько экземпляров TImplementation, а не один.
24 +)))
25 +|(% style="width:283px" %)Resolve factory|(% style="width:1202px" %)Выбор реализации типа в рантайме (например через использование из AsyncLocal переменной).
26 +Возможное решение: переписывание IServiceCollection, перемещая обычную регистрацию в ключевую, а вместо нее помещая фабричный метод, который содержит логику выбора реализации в зависимости от условий.