Ɖ
Когда ты четко видишь как регистрируются зависимости, с каким скоупом, с какими параметрами возможными, проблему в этом искать куда проще
Size: a a a
2021 August 10
Ɖ
Вот ужас, вынести в экстеншн чтобы не засорять стартап это вовсе не проблема
ВО
это удобно, когда ты где-то в общем коде на все модули написал зарегать все по интрефейсу и все реализации сразу получил тоже там же. А всем, кто пишет модули, не надо по отдельности все регать
Ɖ
Если тебе прям это сильно надо - ставь себе автофакер, там это из коробки
Ɖ
Я не очень понял кейс
Ɖ
Если пример распишешь - буду благодарен
ВО
у нас на проекте есть ядро и к нему разные модули, о которых ядро конечно не знает. Ну вот я в ядре зарегал все по интерфейсу один раз и в кадом модуле ничего делать не надо
Ɖ
А, я эту проблему решил иначе у себя, так как я ненавижу все неявное
У меня рефлексия тащит условные descriptor классы где у каждого модуля свой ConfigureServices по сути
У меня рефлексия тащит условные descriptor классы где у каждого модуля свой ConfigureServices по сути
Ɖ
Туда подсовывается IServiceCollection и сервисы регистрируются
ВО
а мне нрав когда все работает на уровне магии и ничего лишнего писать не нужно
Ɖ
Таким образом во первых я чётко показываю какой контракт взаимодействия с модулем, во вторых, в одном месте описываю скоупы и прочее
Ɖ
Тебе это нравится до тех пор пока все работает как ты этого ожидаешь
Ɖ
Мне тоже когда то нравилось
ВО
кстати каждый раз писать свой скоуп чревато ошибка что не тот скоуп напишут, в противовс написать один раз на базовом уровне
Ɖ
Какая то хуйня в 3P либе ебнется, потому что у тебя неймспейс не такой как нужно, сиди разбирайся пол дня
Ɖ
Всмысле? Мне надо чтобы один сервис был скоупед, другой синглтон, условно
Ɖ
LifetimeScope я имел ввиду
Ɖ
И свой скоуп ещё как нужно писать, когда у тебя что то кроме HTTP контроллеров как точка входа
ВО
я о том, что явно на один интерфейс, когда монго реализаций, ты ожидаешь один и тот же лайфстайл
Ɖ
Я говорю про разные иетерфейсы