Какую логику взаимодействия клиент-сервер использовать?

Question

[Сергей Гладилин]

Есть некое мобильное приложение, забирающее новости с сервера.
Забирается список новостей. А по клику на конкретную новость забирается подробная информация по новости, которая потом хранится в кэше приложения(?).
Список забираться будет при открытии списка новостей в приложении. Или по таймауту (минут 10).
А как узнать, что какая-то новость появилась/обновилась, без получения всего списка? То есть как можно реализовать обратную связь сервер-клиент?

Answer 1

[Rsa97]

Передаёте серверу идентификатор или таймстамп последней полученной новости, он возвращает все новости, появившиеся после неё.

Answer 2

[Макс]

Запросить список обновленных новостей за какой-то период будет, наверное, проще всего

Comments

[Сергей Гладилин]

Те хранить в БД на сервере ещё и состояние новости (обновлено--дата обновления)?

[Макс]

А как вы еще будете узнавать изменилась ли новость? Сравнивать хеши содержимого? Это более ресурсоемко мне кажется

Answer 3

[Петр Марочкин]

Присоединяюсь к ответам выше, от себя могу только добавить, если новости сортируются по дате, а не по ИД (ситуация когда новость с датой старее чем имеющиеся записи), передавать нужно именно timestamp или дату.

Answer 4

[miki131]

Еще можешь использовать Long Polling запросы