В веб-службе ASP.NET у меня есть обычные зависимости, например
services.AddScoped();
services.AddTransient();
services.AddTransient();
services.AddTransient();
services.AddTransient();
...
Но есть лишь несколько особенных, которые только в определенном контексте нам нужны исключения из вышеизложенного, поэтому мне нужно сделать следующее. В этом примере я хочу использовать новый экземпляр каждый раз, когда мне нужен новый IEmailService в контексте BackgroundService, а не использовать экземпляр с областью действия «по умолчанию», зарегистрированный выше, поэтому мне нужно сделать следующее:
services.AddTransient(sp =>
ActivatorUtilities.CreateInstance(sp,
ActivatorUtilities.CreateInstance(sp,
ActivatorUtilities.CreateInstance(sp,
// this is the only override we actually need (don't use scoped IEmailService)
ActivatorUtilities.CreateInstance(sp)
)
)
)
);
Теперь ICustomerService не требует собственной активации; Я просто хочу, чтобы он использовал обычную инъекцию зависимостей, зарегистрированную выше. То же самое для ICustomerCreationService и ICustomerValidationService. Но я думаю, что мне придется указать аргументы для всего дерева специальной зависимости с помощью ActivatorUtilities, верно? Есть ли более элегантный способ? Мне бы очень хотелось быть выше и сказать что-то подобное, но я не вижу выхода. Я пропустил это?
services.AddTransient(sp =>
ActivatorUtilities.CreateInstanceAtAnyLevel(sp) // I wish...
);
Подробнее здесь: https://stackoverflow.com/questions/784 ... ncies-in-n
Есть ли более лаконичный способ регистрации глубоко вложенных специальных зависимостей в .NET ServiceCollection? ⇐ C#
Место общения программистов C#
1715290945
Anonymous
В веб-службе ASP.NET у меня есть обычные зависимости, например
services.AddScoped();
services.AddTransient();
services.AddTransient();
services.AddTransient();
services.AddTransient();
...
Но есть лишь несколько особенных, которые только в определенном контексте нам нужны исключения из вышеизложенного, поэтому мне нужно сделать следующее. В этом примере я хочу использовать новый экземпляр каждый раз, когда мне нужен новый IEmailService в контексте BackgroundService, а не использовать экземпляр с областью действия «по умолчанию», зарегистрированный выше, поэтому мне нужно сделать следующее:
services.AddTransient(sp =>
ActivatorUtilities.CreateInstance(sp,
ActivatorUtilities.CreateInstance(sp,
ActivatorUtilities.CreateInstance(sp,
// this is the only override we actually need (don't use scoped IEmailService)
ActivatorUtilities.CreateInstance(sp)
)
)
)
);
Теперь ICustomerService не требует собственной активации; Я просто хочу, чтобы он использовал обычную инъекцию зависимостей, зарегистрированную выше. То же самое для ICustomerCreationService и ICustomerValidationService. Но я думаю, что мне придется указать аргументы для всего дерева специальной зависимости с помощью ActivatorUtilities, верно? Есть ли более элегантный способ? Мне бы очень хотелось быть выше и сказать что-то подобное, но я не вижу выхода. Я пропустил это?
services.AddTransient(sp =>
ActivatorUtilities.CreateInstanceAtAnyLevel(sp) // I wish...
);
Подробнее здесь: [url]https://stackoverflow.com/questions/78456522/is-there-a-more-concise-way-to-register-deeply-nested-special-dependencies-in-n[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия