AK
@AndroidEntryPoint из библиотеки Hilt ведь не работает на презентерах?надо через конструктор как-то пробрасывать опять?
Size: a a a
2020 August 10
АЕ
Anatoliy Kernokus
@AndroidEntryPoint из библиотеки Hilt ведь не работает на презентерах?надо через конструктор как-то пробрасывать опять?
Презентер не должен быть AndroidEntryPoint, эта аннотация должна висеть на фрагменте. Презентер получает свои зависимости в конструктор, каки полагается нормальному классу. Можете глянуть, как Хилт работает с Мокси в сэмпл-проекте, в закрепленном сообщении.
AK
Презентер не должен быть AndroidEntryPoint, эта аннотация должна висеть на фрагменте. Презентер получает свои зависимости в конструктор, каки полагается нормальному классу. Можете глянуть, как Хилт работает с Мокси в сэмпл-проекте, в закрепленном сообщении.
но Hilt же позволяет вводить зависимости в классы,которые не могут быть помечены AndroidEntryPoint. @EntryPoint вешается и вводится всё сразу в presenter или я не прав? https://developer.android.com/training/dependency-injection/hilt-android - ctrl+f по Inject dependencies in classes not supported by Hilt
SV
Anatoliy Kernokus
но Hilt же позволяет вводить зависимости в классы,которые не могут быть помечены AndroidEntryPoint. @EntryPoint вешается и вводится всё сразу в presenter или я не прав? https://developer.android.com/training/dependency-injection/hilt-android - ctrl+f по Inject dependencies in classes not supported by Hilt
@Inject на конструктор все так же работает
AK
для этого нужно presenter даггеров вводить,а я вот не хочу,например
AK
хотя нет, хочу.но вопрос с внедрением репо сразу в презентер остаётся открытым
SV
в чем вопрос-то? :) @Inject на конструктор презентера и на конструктор репо, вот тебе и внедрение
AK
в чем вопрос-то? :) @Inject на конструктор презентера и на конструктор репо, вот тебе и внедрение
в том что этого можно не делать а посредством hilt вводить всё сразу в presenter.даже инжектировать классы в активити/фрагменты не придётся
SV
> Hilt is built on top of the popular DI library Dagger
делаешь все как в даггере, никакой магии
делаешь все как в даггере, никакой магии
AK
согласен. но я уже написал что они пишут в документации , что можно внедрять зависимости не через constructor.перспектива иметь все классы модели сразу в presenter, обходя view мне лично кажется интересной
SV
этим какая-то задача решается или просто потому что интересно? :)
SV
инжект в конструктор предпочтительнее инжекта в поля бтв
AK
этим какая-то задача решается или просто потому что интересно? :)
скорее интересно.интересно мнение Алексея услышать.
AK
инжект в конструктор предпочтительнее инжекта в поля бтв
инжект в поля в текущем подходе есть во view всё равно,только дальше они идут в презентер.а так сразу в презентере будет. мб я чего-то не понимаю кэш
AA
Anatoliy Kernokus
инжект в поля в текущем подходе есть во view всё равно,только дальше они идут в презентер.а так сразу в презентере будет. мб я чего-то не понимаю кэш
Во вью инжект в поле делают только потому, что нельзя через конструктор передавать зависимости (без FragmentFactory)
AA
Anatoliy Kernokus
инжект в поля в текущем подходе есть во view всё равно,только дальше они идут в презентер.а так сразу в презентере будет. мб я чего-то не понимаю кэш
Так-то без разницы, можно и презентеру в поле зависимость заинжектить, только зачем, если есть конструктор
AK
У меня логика как-то по-другому работает.зачем через конструктор если можно сразу в поля презентера.
AK
Переслано от Andrey Akimov
Так-то без разницы, можно и презентеру в поле зависимость заинжектить, только зачем, если есть конструктор
AA
Anatoliy Kernokus
У меня логика как-то по-другому работает.зачем через конструктор если можно сразу в поля презентера.
Состояние размазывается, сложнее следить за наличием/отсутствием чего-либо
AK
Хм,интересное мнение