НК
Maxim Motorniy
Лучше не делать этого. Но если очень хочется, то можно. Главное понимать и принимать ответственность за последствия
Спасибо. Попробую что-то придумать
Size: a a a
2018 October 22
DK
Спасибо. Попробую что-то придумать
а вьюхи у вас - это обязательно активности/фрагменты?
2018 October 23
НК
а вьюхи у вас - это обязательно активности/фрагменты?
Да. Фрагменты
DK
Да. Фрагменты
Тогда не вижу проблем юзать один презентер для нескольких вью
НК
Тогда не вижу проблем юзать один презентер для нескольких вью
А как это технически сделать?
IG
А как это технически сделать?
Презентер у которого тип - Weak живёт пока не умрёт последняя вьюха, которая его использует
НК
Презентер у которого тип - Weak живёт пока не умрёт последняя вьюха, которая его использует
Огонь, прям то что надо. А почему это костыль? Не по канону типо?
IG
Огонь, прям то что надо. А почему это костыль? Не по канону типо?
Если задача предполагает идентичность вьюх и нужно запилить быстро - почему бы и нет.
Но как только заказчик захочет разлепить разные вьюхи тебе всё равно придётся их делить.
И желательно думать о том как это корректно запилить с архитектурой точки зрения заранее.
Но как только заказчик захочет разлепить разные вьюхи тебе всё равно придётся их делить.
И желательно думать о том как это корректно запилить с архитектурой точки зрения заранее.
IG
Тут конечно дело каждого решать как ему удобнее)
НК
Это да. Но я пожалуй костыльну в этот раз) Всем спасибо за помощь
☠🇷
господа, а как-то реально из левого сервиса обратиться к существующему экземпляру презентера, обходя активити?
☠🇷
глупый вопрос возможно, I'm new
☠🇷
или это уже ndk начинается?
IG
господа, а как-то реально из левого сервиса обратиться к существующему экземпляру презентера, обходя активити?
Не вижу проблемы. Биндимся к сервису прям в презентере (а лучше в интеракторе) и творим что душе угодно.
IG
господа, а как-то реально из левого сервиса обратиться к существующему экземпляру презентера, обходя активити?
А вообще расскажи подробнее ситуацию. Что именно за сервис?
IG
Ситуации бывают разные. Если это например сервис для медиаплеера - то лучше ему иметь свой презентер
☠🇷
А вообще расскажи подробнее ситуацию. Что именно за сервис?
Слушает уведомления
IG
Слушает уведомления
Тогда в сервис нужен свой презентер, по хорошему. Т.к. уведомление - вьюха с точки зрения архитектуры. А нажатие - действие пользователя.
☠🇷
Тогда в сервис нужен свой презентер, по хорошему. Т.к. уведомление - вьюха с точки зрения архитектуры. А нажатие - действие пользователя.
Уведомления не мои
IG
Уведомления не мои
Какая разница? Ты же их ловишь?