презентеров без сторонних библиотек? Гугл выдает либо напичканый даггером, moxy, rxjava, либо с одним презентером. Хотелось бы увидеть реализацию нескольких презентеров при смене активити.
А зачем несколько презентеров к одной вью?
Главное что вас должно интересовать, что view-presenter-model это рамки одной фичи. ваша архитектурная вью (контракт / интерфейс / протокол) должна определять логику отображения одной фичи, не двух, не трех, не одного фрагмента, и не одной активити, а одной логики отображения. Презентер должен быть для одного этого контракта. То-есть одна сущность презентера на один тип-контракта вью. По этому у вас может быть одна сущность презентера и пять фгарментов с одним контрактом (или один контейнер с контрактом с вложенными пятью фрагментами) которые работают с одной сущностью презентера. Как правильно разбивать логику отображения и как выбирать кому один презентер, а кому два - вопрос проектирования фичи и программы
Обсуждают сегодня