там не голые картинки, они внутри сущности

в любом случае апп контекст понадобится где-нибудь.

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

А может это просто не выносить в презентер?)

Есть люди, которые считают что так правильней, но, имхо, зачем себя специально ограничивать?

Соглашусь, Application по сути для приложения и так синглтон, не стоит усложнять

поддерживаю, как-то не очень(

👍

пробоавл вот такую ветку
https://github.com/googlesamples/android-architecture/tree/todo-mvp-contentproviders/
единственное я не стал делать репозитории как у гугла, старался использовать интеракторы, но вышло относительно хорошо, так как более менее удачно вписывалось в легаси проект, хотя в презентере есть LoaderManager, но тестами так же можно покрыть

А что значит "более-менее" вписывалось в легаси код?
Интересно услышать, как вы работали с легаси и внедряли архитектуру =)

хороший вопрос) я напишу в ближайшее время

всем привет
как в мвп фрагментовский презентер общается с активитивским презентером?

> @eugene_matsyuk
А что значит "более-менее" вписывалось в легаси код?
Интересно услышать, как вы работали с легаси и внедряли архитектуру =)

Приходилось внедрять по частям в приложении, которое из себя представляло клиент, тянущий все данные с сервера и хранит кое-что в бд(пара таблиц). На первом этапе было решено переделать загрузку данных, раньше это все происходило в activity/fragment + пара классов для загрузки все данных в приложени, для каждого activity/fragments, создавались presenter + для загрузки данных repository и interactors. И в так потохоньку изменяли процесс загрузки данных во все приложении. В дальнешем, задача, сделать view(activity/fragments) более пассивной и отдать управление презентеру плюсом вынести навгацию в отдельный класс router/navigator

кейс -  иидет ивент с фрагмента - запрос в сеть - по результату запустить сервис и сменить активити.
Смена активити и запуск сервиса делается в активитевском презентере?

почемы смену активити не сделать от лица фрагмента?

может имеет смысл заиспользовать роутер, который будет отвечать за навигацию.
если навигация элементарная, то можно связать необходимые фрагменты (и активити) через аля EventBus. У себя я его реализовывал через Rx, а именно Subject. Плюсом будет то, что данный эвентбас весьма ограничен в сфере деятельности, то есть он строго для передачи данных или команд между конкретными фрагментами.

то есть, если поэтапно.
Сначала выносить загрузку данных, и формируете репозитории
Потом выделяете бизнес-логику в Интеракторы, тоже выносите с фрагментов
Ну а дальше уже разруливаете UI
Верно?

Да EventBus самое простое решение, которое приходит на ум в данном подходе

И он не порождает ЭвентБас головного мозга =)

Фрагмент пусть запускает активити