А вот еще вопрос.
У меня интерактор, который загружает список комнат.
Также интерактор, который действует внутри комнаты, сообщения отправляет, загружает и т.п.
В комнате может произойти событие (например сообщение не отправилось), которое нужно отразить в списке комнат (добавить красненькую 1)
У меня внутренний интерактор имеет ссылку на общий и выполняет его метод, чтобы отдать презентеру обновленный список комнат и тот обновил список.
Это норм?

Можно реализовать интерактор по паттерну Фасад. Данный интерактор будет уже дергать соответствующие вспомогательные классы. И интерфейс бизнес-логики у нас будет единым, что очень удобно при дальнейшем сопровождении

У @kmaxim был такой же вопрос в гиттере

Да, интересно. Думаю, стоит попробовать.

Я в своё время встраивал чат в СбербанкБизнесОнлайн. И там было очень много логики. Но так как это одна бизнес-фича, то я сделал один Интерактор по Фасаду. В имплементации он по сути просто дергал вспомогательные классы.
Написал я ещё некоторые функциональные тесты.
И вот спустя 9 месяцев руководство для реализации чата решило использовать не стороннюю либу, а свою. А это другой интерфейс и вообще другая логика отправки сообщений и прослушки входящих. Просто подменой data уровня не спастись было поэтому.
Но ui тот же остаётся. И вот тогда действительно сыграло на руку такое решение с интерактором. Я просто подменил реализацию и все)

Отличный вариант.
У меня тоже протокол чата может поменяться.

У меня вопросик по поводу Data Binding, нашел ли он у вас место в MVP архитектуре, если да, то какое? :) Биндинг сильно упрощает реализацию сложных списков, с какой нибудь логикой. Если используете, то добавляете напрямую презентер в тег <data> или создаете вспомогательный класс который обратывает ивенты и имеет ссылку на презентер?

Всем привет, у меня вопрос который меня мучает, правильно ли я делаю. У меня в дагере2 есть модуль который провайдит интерактор в презентер, это норма ?

Если это не норма, то зачем тогда нужен даггер

А вроде если есть байндинг, то это уже вроде MVVM, а не MVP?

Ага, понял, спасибо

А презентер во вью инжектится даггером?

Ну я не сказал бы, если биндинг использовать например чисто чтоб данные засетить, и инициализицовать вьюхи типа батернайфа. Все таки MVVM это не просто биндинг)

Да, потом в фрагмент инжектю презентер

Ну одна из отличий mvvm от других mv* это байндинг.

+1

В мвп боле пасивные виюхи.

Например в ЯваЕЕ тоже есть биндинг. Но это не МВВМ фремворк(ХОтя хз что за фремворк это на самом деле))))

А я инжектю презентер во вью и в конструктор презентера передаются интеркторы.

Да да, вот у меня так же