Изменения документа Сценарии и проблемы
Редактировал(а) Alexandr Fokin 2025/09/02 19:26
От версии 1.1
отредактировано Alexandr Fokin
на 2022/12/05 08:18
на 2022/12/05 08:18
Изменить комментарий:
К данной версии нет комментариев
К версии 1.20
отредактировано Alexandr Fokin
на 2025/06/06 16:55
на 2025/06/06 16:55
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Родительский документ
-
... ... @@ -1,1 +1,1 @@ 1 -Разработка.NET.Библиотеки.DI IOC AOP.M\.E\.DependencyInjection.WebHome 1 +Разработка.NET.Библиотеки.DI IOC AOP.Microsoft\. Extensions\. DependencyInjection.WebHome - Содержимое
-
... ... @@ -1,0 +1,27 @@ 1 +|(% style="width:283px" %)Создание нескольких IServiceProvider. 2 +Singleton.|(% style="width:1202px" %)((( 3 +* Из одного набора IServiceCollection может быть создано несколько объектов IServiceProvider. Но у каждого из них будет свое управление и scope. 4 +Например если создать 2 экземпляра IServiceProvider, и от каждого из них запросить по одному ISingletonService, то мы получим 2 разных экземпляра ISingletonService. 5 +* Это может вызвать проблемы так, как обычно IServiceProvider формируется внутри фреймворка. 6 +Если самостоятельно создать экземпляр IServiceProvider, то получаем отдельное пространство и кривые объекты ISingletonService. 7 +(Например, если некоторые зависимости необходимы в самом процессе регистрации основного контейнера, конфигурации IServiceCollection) 8 +Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли Factory/ServiceLocator. 9 +* Остро эта проблема проявляется для таких ISingletonService, у которых есть свое изменяемое состояние. 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>(); 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 +