Ну и дата слой твоей фичи знает только о той части апи, которая ему нужна.

Всем ку. Подскажите, пожалуйста, как лучше всего решить такой кейс: приложение может работать в оффлайн режиме, надо синхронизировать данные в фоне, как только появится доступ в сеть. Я сделал sealed class SharingInfo, у которого есть несколько состояний: local - значит сущность ещё не зарегана на бэке, not sync - значит сущность зарегана на бэке, но с ней произошли изменения, о которых бэк ещё не знает, sync - данные полностью синхронизированы с бэком. Но получившаяся сущность очень не гибкая, шаг влево, шаг вправо - сразу костыли. Есть предложения, как лучше всего решить такой кейс?

Хм зачем хранить состояния в сиалед классе ? Если у тебя local/ not sync это потомки и ты работаешь с ними через when тебе надо будет обработать только 2 состояния ? В чем неудобство ?

Ничего не понял.

Зачем тебе sealed class ?

Кто удаляет мои сообщения? .-.

Ты только что зашёл в группу, бот режет ссылки в первые сутки

Так я и не делал никакие ссылки.

Значит картинки) или бот на изоляции тоже немного поехал.

И картинок тоже нет. Только markdown.

Если не против, то оставлю теперь норм ссылку на либу с навигацией)
https://github.com/NekrutovEd/Multi-Module-Navigation

Как я понимаю у тебя это библиотека сделана только для mvp ? При других подходах она будет не актуальна ?

MVP только для примера.
MVP, mvvm проверены, на них ложится прекрасно. С mvi и mvc все тоже будет хорошо. Ribs не взлетит, т.к. у них своя навигация и вообще фрагментов нету.

Пока ограничение это toothpick 3.1.0

Так это просто прогресс сохранения данных.

И я о том же: зачем для состояний сущность ?

там не только прогресс, там "универсальный" вариант

Потому что я бд храню состояние сущности. Инет может появиться, например, через день, я должен взять все локальные и несинк данные из бд и отправить на сервер, а потом пометить, что эти данные были доставлены.

так не лучше ли флаг возвести isSync: Boolean