Size: a a a

2021 April 24

G

Gtoressan in pro.net
Здесь так и написано. На строчках 22 и 23. Но проблема в том, что для  AddGiraModel требуется передавать эти классы
источник

DP

Denis Petukhov in pro.net
Дак зарегай эти классы в контейнере
источник

DP

Denis Petukhov in pro.net
И они передадутся например из контейнера
источник

DP

Denis Petukhov in pro.net
Ну хотя тут видимо сигнатура метода не оч пдходящая
источник

G

Gtoressan in pro.net
А на 22 и 23 строчках что по твоему происходит?
источник

DP

Denis Petukhov in pro.net
Чтобы дернуть сервайпровайдер
источник

DP

Denis Petukhov in pro.net
Еще раз повторю
источник

DP

Denis Petukhov in pro.net
Можно не писать new MyClass
источник

DP

Denis Petukhov in pro.net
Можно например servicerProvider.GetService<MyClass()
источник

G

Gtoressan in pro.net
Ты про 22 строку?
источник

G

Gtoressan in pro.net
Не создавать там класс руками?
источник

DP

Denis Petukhov in pro.net
Ну да
источник

G

Gtoressan in pro.net
Подожди. Я же могу это использовать!
источник

G

Gtoressan in pro.net
Щас попробую
источник

DP

Denis Petukhov in pro.net
Ну на 22й то норм раз конфигурацию надо прокинуть
источник

DP

Denis Petukhov in pro.net
Но можно и по другому делать если не принимать стринги в конструктор
источник

G

Gtoressan in pro.net
Взгляни теперь на 27 строчку. Кажется это решение
источник

G

Gtoressan in pro.net
Если в ConfigureServices передастся IServiceProvider
источник

G

Gtoressan in pro.net
А нет, это не решение... Но было близко
источник
2021 April 25

SY

Sergey Yaremchenko in pro.net
Если твой класс резолвят через сервис провайдер то он сам получит свои зависимости в конструктор. Если ты по каким-то причинам не хочешь тащить его в контейнер и твой класс надо инстанцировать руками то всё равно ничего делать не надо, просто требуй все зависимости в конструкторе своего класса а клиенты пусть думают где их брать
источник