Q
всего лишь один флаг у сущности, а не городить огород
Size: a a a
2020 May 07
Q
или isDelivered: Boolean
КР
так не лучше ли флаг возвести isSync: Boolean
Простого флага будет недостаточно, но в целом направление мысли мне нравится. Сейчас подумаю, все ли мои кейсы покроет такой вариант.
НЭ
всего лишь один флаг у сущности, а не городить огород
А что если данные изменятся и на сервере и на клиенте? Только по флагу этот момент не получится отловить. Еще и нужно мержить как-то эти данные.
КР
так не лучше ли флаг возвести isSync: Boolean
Нет, не покроет. У local, например, нет global uuid, а у sync нет проперти performed action (inserted, updated, deleted). Ну и в целом всё хорошо ложится на типы. Я ограничиваю типами что и куда может придти, а что не может.
Q
Тогда наследоваться от сущности а-ля SyncEntity и там описать логику
Q
А что если данные изменятся и на сервере и на клиенте? Только по флагу этот момент не получится отловить. Еще и нужно мержить как-то эти данные.
Это уже намекает на версионность
AD
Всем ку. Подскажите, пожалуйста, как лучше всего решить такой кейс: приложение может работать в оффлайн режиме, надо синхронизировать данные в фоне, как только появится доступ в сеть. Я сделал sealed class SharingInfo, у которого есть несколько состояний: local - значит сущность ещё не зарегана на бэке, not sync - значит сущность зарегана на бэке, но с ней произошли изменения, о которых бэк ещё не знает, sync - данные полностью синхронизированы с бэком. Но получившаяся сущность очень не гибкая, шаг влево, шаг вправо - сразу костыли. Есть предложения, как лучше всего решить такой кейс?
я как-то давно смотрел доклад, в нем подробно расписывали все этапы реализации отложенной синхронизации в приложении - перерыл вообще все, но не смог его найти
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
КР
я как-то давно смотрел доклад, в нем подробно расписывали все этапы реализации отложенной синхронизации в приложении - перерыл вообще все, но не смог его найти
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
Окей, спасибо
КР
я как-то давно смотрел доклад, в нем подробно расписывали все этапы реализации отложенной синхронизации в приложении - перерыл вообще все, но не смог его найти
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
могу посоветовать поискать на YT другой доклад от ВК о синхронизации сообщений
Быстренько прошёлся по докладу, т.к. раньше смотрел, освежил воспоминания. У них достаточно сложная структура, но не с точки зрения понимания, а с точки зрения реализации. Да и всё же у нас с ними разное направление данных - у них мессенджер, а у меня "ну, было бы неплохо положить данные на бэк, но в целом не обязательно, работаем в оффлайне".
AD
Быстренько прошёлся по докладу, т.к. раньше смотрел, освежил воспоминания. У них достаточно сложная структура, но не с точки зрения понимания, а с точки зрения реализации. Да и всё же у нас с ними разное направление данных - у них мессенджер, а у меня "ну, было бы неплохо положить данные на бэк, но в целом не обязательно, работаем в оффлайне".
тот утеряный доклад, кажется, больше бы подошел, но найти его не могу 🤷
2020 May 08
V
Всем привет, ребят не подскажите как в moxy сделать глобальный презентер и ссылаться на него?
АЕ
Vadim
Всем привет, ребят не подскажите как в moxy сделать глобальный презентер и ссылаться на него?
Мокси таких средств не предоставляет. Но дает возможность вам вручную предоставить презентер, и вы можете сами как хотите контролировать, сколько он живёт.
Но делать так не надо)
Но делать так не надо)
V
Блин, вопрос не так задал, у меня есть два таба, при применение фильтра изменяется только один, а я хочу что бы менялись два, где то видел, что можнл сделать один из презентеров таким, что бы я мог ссылаться на него и по сути изменять
АЕ
Если вы про Global презентеры, то их больше нет. И задачу я всё равно не очень понял)
V
Вот смотрите, у нас есть экран с двумя табами, внутри которых фрагменты, и к ним привязаны презентеры, также на экране у меня есть фильтр, и если я его применяю, то он применяется только к активному в табе фрагменту, а мне нужно что бы он применялся к двум
АЕ
Значит каждый из этих презентеров должен слушать изменения в фильтре
V
Ну да
V
И я не могу понять, как это сделать
АЕ
Взять фильтр, передать его в оба презентера, в каждом презентере добавить слушатель в фильтр, и уведомлять из через слушатели, когда фильтр изменился.
Попробуйте уточнить вопрос, что именно не получается.
Попробуйте уточнить вопрос, что именно не получается.