navigetion view, FrameLayout-ом и тремя фрагментами для него.
При создании фрагмент создает своего презентора. И далее в процессе информирует его что пользователь “начекбоксил”.
Презентер подключается к view-фрагменту. И в процессе записывает в некую сущность - а именно экземпляр простого класса с полями смыслово-соответсвующие чекбоксам фрагмента, состояния чекбоксов.
Чтобы при пересоздании view-фрагмента новый экземпляр презентора восстановил его состояние, по значениям полей. (к примеру, при переворотной боли).
Вопрос : какой good practice для создания этой некой сущности (pojo) чтобы она существовала на протяжении всего жизненного цикла приложения?
Сущность для хранения данных обычно называется репозиторий. Это не pojo, конечно, а сущность, в которую можно положить и достать данные. Делаете её синглтоном, и везде используете, и радуетесь.
Сохраняйте состояние презентером в хранилище (вам подойдет рантайм хранилище (например синглтон), которое переживает переворот) презентер при создании будет читать из этого хранилища текущее значение. Если оно не пустое - анимация не нужна, можно просто показать данные. Если пустое - анимации нужны по вашим правилам
Лично для себя я нашел серебряную пулю. Retain фрагменты и Singleton презентеры. Плюс слой репозитория и источников данных.
Обсуждают сегодня