Rl
Там даггер создает presenter и у даггера я забираю и отдаю moxy его
Size: a a a
2018 December 02
Rl
Со всеми зависимостями
TT
т.е. он предлагал не использовать MvpAppCompatActivity , а все время юзать делагаты ? хоть там и куча кода . Нееее, я лучше помещу перед super и всё норм)
TT
Moxy вызовет ProvidePresenter один раз. Получит презентер и сама сохранит его пока пользователь не ушел с экрана презентер будет жить. По идее ProvidePresenter'ом нужно пользоваться примерно так, чтобы не было создания графа после каждого onCreate
я вас понимаю, но вы меня нет.
TT
Moxy вызовет ProvidePresenter один раз. Получит презентер и сама сохранит его пока пользователь не ушел с экрана презентер будет жить. По идее ProvidePresenter'ом нужно пользоваться примерно так, чтобы не было создания графа после каждого onCreate
я знаю что мокси возьмет у даггера лишь единожды. Просто даггер предлагает каждый раз. Я не хочу чтобы даггер предлагал
MM
Я разобрался с обертками даггера, есть две Lazy и Provider. Lazy объект при вызове гет всегда возвращает один и тот же экзепляр, а провайдер новые. Т.к. у меня этот вызов get всё равно будет единожды в методе помеченном аннотацией мокси @ProvidePresenter , то для меня не важно, какую обертку использовать. И вот осталась одна проблемка. Я бы хотел activityComponent.inject(this); перенести ниже super.OnCreate() , но мне кажется, что это невозможно ) Хотя на презентации Moxy Юрий Шмаков , говорил, что они опускают этот код ниже onCreate для красоты кода.. Вот посмотрите о чем я https://i.gyazo.com/63bb9cbea7144640e654cb6b50d18dd6.png
Ок. Я не понял, правда в чем вопрос) но вроде тут никаких вопросов и нет)
AK
я не знаю из какого контекста вы слова Юры выдернули, я предположил что он говорит о том как это написано в MvpActivity
Rl
я знаю что мокси возьмет у даггера лишь единожды. Просто даггер предлагает каждый раз. Я не хочу чтобы даггер предлагал
Посмотрите на код который я скинул. Там нет Inject'а . Там только InjectPresenter и ProvidePresenter. Внутри ProvidePresenter идет обращение к даггеру
Rl
И все. Никаких лишних неиспользуемых операций не произойдет
TT
Maxim Motorniy
Ок. Я не понял, правда в чем вопрос) но вроде тут никаких вопросов и нет)
вопрос в том что я хочу использовать компонент.инжект после super.OnCreate
D
я знаю что мокси возьмет у даггера лишь единожды. Просто даггер предлагает каждый раз. Я не хочу чтобы даггер предлагал
а зачем тогда вы используете
Provider<PresenterClass>?MM
вопрос в том что я хочу использовать компонент.инжект после super.OnCreate
используйте)))
TT
Maxim Motorniy
используйте)))
никак) Если посмотрите на скрин который я скинул увидите, что невозможно ) в super отработает мокси и вызовет метод помеченный аннотацией ProviderPresenter и получит NPE
MM
никак) Если посмотрите на скрин который я скинул увидите, что невозможно ) в super отработает мокси и вызовет метод помеченный аннотацией ProviderPresenter и получит NPE
ну тогда не используйте)) проблема в чём?
"Хочу мышью открывать окна" ?
Зачем ?
"Хочу мышью открывать окна" ?
Зачем ?
TT
а зачем тогда вы используете
Provider<PresenterClass>?потому что без него даггер будет каждый раз предлагать свой инжект . А это помогает делать инжект тогда, когда я захочу, т.е. тогда когда мокси захочет , а хочет мокси это лишь один раз.
TT
Maxim Motorniy
ну тогда не используйте)) проблема в чём?
"Хочу мышью открывать окна" ?
Зачем ?
"Хочу мышью открывать окна" ?
Зачем ?
товарищи создавшие мокси сказали, что они пишут после super чтобы сохранять красоту кода, но возможно я вырвал их слова их контекста и пришел спросить, если возможости писать этот код до super )
D
потому что без него даггер будет каждый раз предлагать свой инжект . А это помогает делать инжект тогда, когда я захочу, т.е. тогда когда мокси захочет , а хочет мокси это лишь один раз.
кажется вы забыли аннотацию
@Singleton , раз вам каждый раз даггер генерирует новый объектMM
кажется вы забыли аннотацию
@Singleton , раз вам каждый раз даггер генерирует новый объектне, это не то, о чём мы говорим
TT
кажется вы забыли аннотацию
@Singleton , раз вам каждый раз даггер генерирует новый объектпростите, но кажется, а вернее точно, вы не учитываете что даггер хранит компонент в активити и синглтон, а вернее локальный синглтон, погибает с активити, и новая вью создаст новый локальный синглтон