terminator-light,
Да, это уже более осмыслено, хоть и много кода.
В бандл можно запихать Parcelable, который можно реализовывать не руками, а AutoParcelable, например. У контроллеров есть onSaveInstanceState, там можно сохранять состояние, которое не-аргументы, убрать бойлерплейт можно IcePick'ом, например.
Пихнешь ты это в персистентный репозиторий или нет, решать тебе. Отталкиваться надо от смысла данных. Если это какие-то данные, которые юзер вбивает несколько раз, как адрес доставки, то есть смысл запоминать последние N адресов. Если это, например, текст поиска, ему вряд ли место в репозитории.
Слушай, чувак, надоели уже твои учебные задачи тут. В конце концов, кто учится, ты или мы? Прекращай ты это. Сиди сам втыкай в код, правь его. Пусть на эту задачу неделя уйдёт, но ты сам её решишь, блин.
mitaichik, я уже настолько привык жить в парадигме, когда данные между активити таким способом не шарятся, что даже не задумываюсь обычно, что так можно...
mitaichik, тут всё просто - если нужно такое сохранение, значит нужно персистентно хранить эти данные где-нибудь в бд. Синглтоны для хранения состояния это зло.
Если там "нативные" компоненты, это значит, что оно обращается к той же jvm? потому что в настоящем нативе весь UI не существует, значит там две виртуальные машины? или оно в итоге компилится в dex?
