и открывать их в UI, допустим, статьи.
2. Сейчас id-шки для всех этих сущностей генерит бэкенд
3. у сущностей есть вложенные сущности, то есть в офлайне хотелось бы добавлять к сущности “Статья”, вложенные сущности. (в online id-шки сущностей тоже генерятся на бэке).
4. получается что в офлайне придётся генерить свои локальные id-шки для сущностей. и они, сущности, должны быть связаны.
5. как это синкать с сервером? особенно вложенные сущности? как должен вести себя UI, допустим, мы создали статью с локальным id , перешли на неё , урл в приложении открыт такой: ‘articles/local-id-1’ . При синке бэк создаст свои id и вернёт обновленные данные, по идее в этот момент нужно удалить локальные данные, вопрос - что произойдёт с открытой статьёй?
> При синке бэк создаст свои id и вернёт обновленные данные, по идее в этот момент нужно удалить локальные данные, Наверное, не удалить, а заменить. А что должно произойти с открытой статьей? Если у вас UI как функция от стейта, а в стейте поменялся id, логично и навигацию форсировать на новый id при синке.
Обсуждают сегодня