Исходный код вики Сценарии и проблемы
Версия 1.21 от Alexandr Fokin на 2025/06/06 16:55
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
| |
1.16 | 1 | |(% style="width:283px" %)Создание нескольких IServiceProvider. |
| 2 | Singleton.|(% style="width:1202px" %)((( | ||
| |
1.2 | 3 | * Из одного набора IServiceCollection может быть создано несколько объектов IServiceProvider. Но у каждого из них будет свое управление и scope. |
| 4 | Например если создать 2 экземпляра IServiceProvider, и от каждого из них запросить по одному ISingletonService, то мы получим 2 разных экземпляра ISingletonService. | ||
| 5 | * Это может вызвать проблемы так, как обычно IServiceProvider формируется внутри фреймворка. | ||
| |
1.3 | 6 | Если самостоятельно создать экземпляр IServiceProvider, то получаем отдельное пространство и кривые объекты ISingletonService. |
| |
1.6 | 7 | (Например, если некоторые зависимости необходимы в самом процессе регистрации основного контейнера, конфигурации IServiceCollection) |
| |
1.7 | 8 | Также проблема может усугубиться, если самостоятельно созданный IServiceProvider в некоторых местах выступит в роли Factory/ServiceLocator. |
| |
1.4 | 9 | * Остро эта проблема проявляется для таких ISingletonService, у которых есть свое изменяемое состояние. |
| |
1.2 | 10 | ))) |
| |
1.16 | 11 | |(% style="width:283px" %)Валидация при сборке Di контейнера.|(% style="width:1202px" %){{code language="c#"}}services.BuildServiceProvider( |
| |
1.10 | 12 | new ServiceProviderOptions() |
| 13 | { | ||
| 14 | ValidateOnBuild = true, | ||
| 15 | ValidateScopes = true | ||
| 16 | } | ||
| 17 | );{{/code}} | ||
| |
1.21 | 18 | |(% style="width:283px" %)Перегрузка логики GetServices|(% style="width:1202px" %){{code language="c#"}}service.AddScoped<IEnumerable<string>>{{/code}} |
| |
1.17 | 19 | |(% style="width:283px" %)Регистрация одного типа (экземпляра) для нескольких абстракций.|(% style="width:1202px" %){{code language="c#"}}services.AddScoped<TImplementation>(); |
| |
1.2 | 20 | |
| |
1.16 | 21 | services.AddScoped<TInterface1>(s => s.GetRequiredService<TImplementation>()); |
| 22 | services.AddScoped<TInterface2>(s => s.GetRequiredService<TImplementation>());{{/code}}((( | ||
| |
1.18 | 23 | В случае, если регистрировать через указание интерфейса и типа реализации, то будет создано несколько экземпляров TImplementation, а не один. |
| |
1.16 | 24 | ))) |
| |
1.19 | 25 | |(% style="width:283px" %)Resolve factory|(% style="width:1202px" %)Выбор реализации типа в рантайме (например через использование из AsyncLocal переменной). |
| 26 | Возможное решение: переписывание IServiceCollection, перемещая обычную регистрацию в ключевую, а вместо нее помещая фабричный метод, который содержит логику выбора реализации в зависимости от условий. |