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

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

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

Сводка

Подробности

Свойства страницы
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Разработка.NET.Библиотеки.DI IOC AOP.Microsoft\. Extensions\. DependencyInjection.WebHome
1 +Разработка.NET.Библиотеки.DI IOC AOP.M\.E\.DependencyInjection.WebHome
Содержимое
... ... @@ -1,27 +1,13 @@
1 -|(% style="width:283px" %)Создание нескольких IServiceProvider.
2 -Singleton.|(% style="width:1202px" %)(((
1 +|(% style="width:311px" %)Создание нескольких IServiceProvider.
2 +Singleton.|(% style="width:1182px" %)(((
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.
7 +Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли ServiceLocator.
9 9  * Остро эта проблема проявляется для таких ISingletonService, у которых есть свое изменяемое состояние.
10 10  )))
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 +|(% style="width:311px" %) |(% style="width:1182px" %)
11 +|(% style="width:311px" %) |(% style="width:1182px" %)
20 20  
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, перемещая обычную регистрацию в ключевую, а вместо нее помещая фабричный метод, который содержит логику выбора реализации в зависимости от условий.
27 -
13 +