+

сколько людей , походу столько мнений ))) Не так давно мне советовали для каждой вьюхи презентер, сейчас как оказалось нужен 1 презентер на активити...

я за разделение на сущности. например нужно тебе взаимодействовать с юзером - UserPresenter

завести три презентера, но понимат их как один главный и два другие = потомки

и чтобы потомки имели метод для получения ссылки на главный

Тут тогда вопрос насчет даггера, вы для каждого активити/фрагмента пишете @module класс, или провайдите зависимость через inject констуктора?

сейчас каждый презентер для фрагмента у меня под 1000 строк , фрагментов достаточно много, как бы если этот весь код уедет в основной презентер.... там под 20к строк будет файл

я тут вот уже не понимаю

объясните пожалуйста, что такое презентер

и как он может быть везде один?

Presenter — управляет Моделью и Представлением. Например, извлекает данные из Модели и форматирует их для отображения в Представлении ну у тебя есть стихи, а есть список контактов. И для одного и для другого один презентер?

отсюда следует, что не может?

Тут тогда вопрос насчет даггера, вы для каждого активити/фрагмента пишете @module класс, или провайдите зависимость через inject констуктора?

модуль на каждый презентер

или вы отображаете везде одни и те же данные? Типо список строк

Так ли важно, что это -- activity, фрагмент или вареное яйцо? Мы можем использовать в качестве вью все, что нам удобно.

Важно или не важно каждый решает сам для себя. Но если ты создаешь один презентер для активити, и все фрагменты его юзают, не превратится ли твой код в спагетти?

Ну, в маленьких проектах с одной активити может быть и может

Ну по идее для каждого фрагмента/активити свой интерфейс View, и связь с презентером именно по интерфейсу, зачем городить несколько вью к 1 презентеру не понятно

сейчас каждый презентер для фрагмента у меня под 1000 строк , фрагментов достаточно много, как бы если этот весь код уедет в основной презентер.... там под 20к строк будет файл

у тебя проект с дагером?

нет, но я недавно одуплился с di

дагер выручит в моем случае?

ну не то что выручит, но удобно будет заинжектить главные презентер в дочерние

можно и без него вполне

тогда напрмер через конструктор

завести три презентера, но понимат их как один главный и два другие = потомки

Проект увеличится, с наследованием будут сниться кошмары по ночам

хм, а мне вроде как показался адекватным совет в 3 презентера...

в рамках одного сложного экрана общение презентеров через евентбас нормальное решение

в рамках одного сложного экрана общение презентеров через евентбас нормальное решение

ммм, спасибо, вы внесли немного ясности ))

в mvp 1 вью на 1 презентер

там правда несколько десятков евентов образуется, но зато работает

а экран да... довольно сложный

Проект увеличится, с наследованием будут сниться кошмары по ночам

о наследовании речи не было

там правда несколько десятков евентов образуется, но зато работает

если не хочется использовать EventBus, можно реализовать через коллбеки

Что значит потомки

и я еще раз спрошу

Что значит потомки

A extends B A — потомок B

как может быть везде один презентер? Один вплане класс или даже инстанс?

или вы отображаете одни и те же данные в нескольких вью

A extends B A — потомок B

Extends не наследование?

Что значит потомки

потомокти на более высоком уровне абстракции))

Наследование. Потомок-родитель — это отношения в наследовании.

потомокти на более высоком уровне абстракции))

я не имел ввиду наследование на уровне джавы

если не хочется использовать EventBus, можно реализовать через коллбеки

а можно подробнее?

а можно подробнее?

внутри фрагмента указать setTargetFragment() ?

и в таргетфрагменте дергать методы его презентера ?

завести три презентера, но понимат их как один главный и два другие = потомки

Проясни

Проясни

у нас есть активити , на нее мы берем rootPresenter. для двух фрагментов тоже по резентеру. у двух последних презентеров сделать возможность напрямую обращаться к рут презентеру. без кода сложно объяснить

но это вроде типичная тактика

а можно подробнее?

У меня, к примеру, есть активити с двумя фрагментами во вьюпейджере. Есть интерфейс с одним методом. Этот интерфейс реализован в активити, адаптере вьюпейджера и во втором фрагменте. При клике на какой-то элемент в первом фрагменте, данные передаются по цепочке Activity -> Adapter - > Fragment2. Возможно есть более элегантное решение.

А зачем в этой цепочке еще и Adapter?

у нас есть активити , на нее мы берем rootPresenter. для двух фрагментов тоже по резентеру. у двух последних презентеров сделать возможность напрямую обращаться к рут презентеру. без кода сложно объяснить

Может и оправдано такое общение печение презентеров, в определенных проектах. Но глубокое общение презентеров создаст гемеров каких мир не видал

и почему Fragment2 не может быть напрямую подписан на Fragment1?

А зачем в этой цепочке еще и Adapter?

мне тоже кажется это не оч реализацией

и почему Fragment2 не может быть напрямую подписан на Fragment1?

ну вот про setTargetFragment и спрашивал

Может и оправдано такое общение печение презентеров, в определенных проектах. Но глубокое общение презентеров создаст гемеров каких мир не видал

а откуда дочерний презентер узнает про родителя, если он инитится во фрагменте

через getActivity().getPresenter() ?

а откуда дочерний презентер узнает про родителя, если он инитится во фрагменте

Хоть как

и почему Fragment2 не может быть напрямую подписан на Fragment1?

Можно и так, но если во вьюпейджере будет больше фрагментов, удобнее через адаптер

ну вот про setTargetFragment и спрашивал

а зачем тебе вызывать этот метод?

ну я думал так, что в таргет фрагменте есть какой-нибудь паблик-метод , в котором вызывается презентер того таргет-фрагмента

getTargetFragment.onSelectItem(pos) ;

а зачем тебе для этого таргет фрагмент?

3 презентера. Все общаются через модель. Собственно всё решение проблемы

ну я с этого и начинал, как мне из презентера первого фрагмента обратиться к презентеру второго

очень доходчиво )

3 презентера. Все общаются через модель. Собственно всё решение проблемы

вот да, ответь уже. Ты там одни и те же данные отображаешь или что ты вообще делаешь то?

3 презентера. Все общаются через модель. Собственно всё решение проблемы

в активити бизнес-логику не пишем, а делаем мвп, вот и все решение проблемы =)

я так сову рисовать научился ^^

и какие тебе сигналы надо доставлять в другие презентеры?

изи

ERROR: S client not available

в 1 фрагменте список заказов

Делаешь отдельную сущность которую инжектишь во все презентеры

во втором корзина из выбранного списка , что накликано было в первом (мультиселект у ресайкла) , то показываем

И через неё взаимодействие реализуешь

во

так у тебя наверное во втором фрагменте тогда и модель менятся будет? (инстанс)

Привет всем! Ребята, подкажите как установить setBackgroundColor()?? Делаю я так:` fram = findViewById(R.id.fram); fram.setBackgroundColor(0x00000000) fram.invalidate()`

`fram = findViewById(R.id.fram); fram.setBackgroundColor(0x00000000) fram.invalidate()`

ты же наверное все фрагменты в одном месте создаешь? Например в активити. Вот и свяжи фрагмент 1 и фрагмент 2 между собой

это прозрачный цвет

один любым способом подписывается на события, другой слушает

это прозрачный цвет

т.е посление 2 отвечают за прозрачность?

первые. 0xFF_00_00_00 — чёрный

т.е посление 2 отвечают за прозрачность?

какой цвет тебе надо?

серый, а так я понял, спасибо)

fram.invalidate() - делать не надо

Привет всем! Ребята, подкажите как установить setBackgroundColor()?? Делаю я так:` fram = findViewById(R.id.fram); fram.setBackgroundColor(0x00000000) fram.invalidate()`

вот уж воистину, у кого то щи жидкие, а у кого-то бисер мелкий....

fram.invalidate() - делать не надо

оке

бодаемся за презентеры, а кто-то бцг не в состоянии поменять...

??

бодаемся за презентеры, а кто-то бцг не в состоянии поменять...

ну и что?

за шкирку и к букварю

Ребят, у меня пагинация в RecyclerView в обе стороны и при добавлении итемов происходит автоскролл на нулевой элемент, т.е. на прогресс и из-за этого подгрузка опять начинается. Есть где подсмотреть решение этой проблемы?

через notifyDataSetChanged обновляешь ресайклер?

Тогда сам себе дцп

через notifyDataSetChanged обновляешь ресайклер?

нет. Через inserted

нет. Через inserted

что ещё делаешь с ресайклером?

что ещё делаешь с ресайклером?

Я через SortedList обновляю данные. Или вопрос в другом?

Может, любая работа через SortedList провоцирует такое?

Может, любая работа через SortedList провоцирует такое?

Да не, не должно же

Вообще SortedList норм для работы с RecyclerView или я отстал от жизни?

норм