Исходный код вики Сценарии и проблемы
Редактировал(а) Alexandr Fokin 2025/09/02 19:26
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 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 | ))) |