Связность
Ну, получилось так, что они фрагменты связаны общим дизайном, поэтому тут особо проблемы не вижу
А дизайн как связан с вм?
Дизайн бывает не только графический. В данной ситуации дизайн самого приложения
... который зависит от данных, что берутся из даты?
Не совсем. От состояния длительной операции. В одном фрагменте эта операция выполняется, в двух других - туда может забрести юзер надо отслеживать статус этой операции
Что за операция?
Получение данных с удалённого ресурса, которое может занять до 15-20 минут
Это нужно в foregroundService делать. А прогресс в ui получать при помощи биндинга к сервису.
Была такая мысль. А чем плох вариант с vm всё таки? Остальные 2 фрагмента абсолютно вспомогательные. один показывает крутилку, второй ждёт данные. Ещё один просто покажет в статусе "loading" если юзер там окажется
А если андроид убьет процесс?
Ну там спец возможности. Этот процесс должен умереть если не последним, то около того. Ну и наконец - убьёт так убьёт. Никто ничего не получит
Че за возможности?
Оставить приложение всегда в фореграунде
А я о чем...
Шаред вм это условность, которая уже обросла байками
Репа и дугер решают
Я просто не пробовал. Всё, что прочитал - все относятся с осторожностью. Но без конкретики
Все срут на синглтоны, в виде всего, но аннотацию в модуль лепят
Ещё возникла идея сделать глобальный объект синглтон, из которого будет торчать ливдата. Кто-то будет эмитить, кто-то подписываться. Но минусы что-то не очень понимаю. Тоже кривовато выглядит
Воркманагер. У него есть метод для отслеживания прогресса
Ты от оганесса? Какая ливдата в 23 веке...
Да пофиг. Чем для натива ливдата не угодила? Ну стейтфлоу, если так приятнее будет))
Ну, действительно)
Каждый дрочит...
не каждый!
А в чем проблема? Есть решает нужную эксперту проблему
Обсуждают сегодня