Current Approach:
Fetching Emails:
- On app launch, fetch emails via REST API и храните их в базе данных зашифрованной комнаты (SQLCIPHER) , которая служит одним источником истинного для UI.
- Электронные письма. /> < /ul>
< /li>
< /ul>Обработка новых электронных писем: < /strong> < /h4>
Действия (например, маркировка прочтения электронной почты) хранятся в sync db при автономном режиме. Разрешение:
Использование fcm push -уведомления < /strong>, чтобы уведомлять приложение, когда новое электронное письмо (является ли приложение, нагрузка или закрыто). Содержит Etag , позволяя приложению сравнивать его с хранимым Etag. Действия:
Последняя запись (LWW) стратегия используется для конфликтов, когда одно и то же электронное письмо изменяется на нескольких устройствах. System .
Преимущества:
[*] Уменьшает потребление аккумуляторов по сравнению с веб-сайтами или долгой голосованием . Offline Access с локальным хранилищем.
[*] снижает ненужные вызовы API с использованием инкрементального синхронизации на основе ETAG . Задержка (может быть несколько секунд) по сравнению с WebSockets.
альтернативные подходы? Далее?
Подробнее здесь: https://stackoverflow.com/questions/794 ... tery-netwo