Как правильно построить архитектуру клиент-сервер приложения?

Question

[Григорий Каляшов]

Подскажите, что можно почитать на эту тему. Как правильно делать приложение на Android, которое будет общаться с сервером?

Answer 1

[Олег Гамега]

Не смотря на то что сегодня появилось много новых удобных технологий связка Service+ContentProvider+CursorLoader мне нравится больше всего
https://dl.google.com/googleio/2010/android-develo...
Service можно заменить на что то привычно и готовое, не суть

Для реализации запросов мне нравится связка retrofit + gson

Также рекомендую посмотреть в сторону rxjava

Comments

[FoxInSox]

Не находите странным давать ссылку 2010 года?

[Олег Гамега]

FoxInSox: нет, а что вы в этом находите странного ?

[Константин Кирюшин]

gadfi: в том что подходы указанные в том докладе с каждом годом все менее актуальны

[Олег Гамега]

Константин Кирюшин: не сказал бы, изменились детали, но сам подход все так же прекрасно работает, новые решения прекрасно ложатся на старую архитектуру. Да, я давно не использовал чистый service для rest запроса, да есть retrofit и rxjava ... но что мешает использовать их вместе с ContentProvider и CursorLoader?

Answer 2

[Dmitriy Zubarev]

Хорошая русскоязычная статья о связке Service+ContentProvider+Loader - Android архитектура клиент-серверного приложения

Answer 3

[xmoonlight]

Инициатор диалога сессии - всегда сервер вне зависимости от того, кто хочет передать данные. Если не было сети - мы сохраняем статус и сообщение для следующей попытки, НО всегда проверяем время жизни TOKEN'a: LIMIT.
Общий вид процесса:
time1
TOKEN: запрос к серверу на токен.
QUERY: отправка данных.
WORK: обработка данных
time2
IF (time2-time1>LIMIT) GOTO TOKEN
ELSE GOTO QUERY