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

Сводка

• Свойства страницы (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,28 @@
	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" %)Регистрация одного типа (экземпляра) для нескольких абстракций.|(% style="width:1202px" %){{code language="c#"}}services.AddScoped<TImplementation>();
	19	+
	20	+services.AddScoped<TInterface1>(s => s.GetRequiredService<TImplementation>());
	21	+services.AddScoped<TInterface2>(s => s.GetRequiredService<TImplementation>());{{/code}}(((
	22	+В случае, если регистрировать через указание интерфейса и типа реализации, то будет создано несколько экземпляров TImplementation, а не один.
	23	+)))
	24	+|(% style="width:283px" %)Custom resolve logic|(% style="width:1202px" %)(((
	25	+|Выбор реализации типа в рантайме (например через использование из AsyncLocal переменной).
	26	+|Возможное решение: переписывание IServiceCollection, перемещая обычную регистрацию в ключевую, а вместо нее помещая фабричный метод, который содержит логику выбора реализации в зависимости от условий.
	27	+|Для изменения поведения GetServices можно определить делегат через {{code language="c#"}}service.AddScoped<IEnumerable<string>>{{/code}}.
	28	+)))