Socket или пост запрос для реализации сервиса обмена данными

[NapalmRain]

Доброго всем времени суток!
Сейчас есть задача написания следующего рода приложения: сервис, который будет мониторить состояние сервера и в случае обновлений на оном выдавать уведомления пользователю.
Так же в самом приложении подразумевается обмен текстовыми сообщениями между пользователями.
Число пользователей небольшое: для членов команды разработки одного проекта, которые находятся в разных городах. Уведомления для синхронизации рабочего процесса.
Как это написать вопроса не стоит, вопрос в другом: какой метод работы выбрать?
Вижу два варианта:
1. Клиент по таймеру отправляет серверу пост запрос и пляшет от полученного результата. В данном случае серверную часть можно писать на любом языке, например PHP а в качестве серверной машины использовать любой хостинг.
2. Написать полноценное серверное приложение, связь держать по средствам сокетов и проработать свой протокол обмена данными. В данном случае нужно иметь серверную машину, на которой будет запущена программа самого сервера, ну а клиент будет подключаться. Сервер же в случае необходимости будет обращаться самостоятельно к уже подключенному клиенту.

Вопрос состоит вот в чём: если число одновременно подключенных клиентов не превысит 20 человек, какой из вариантов наиболее логичен с точки зрения реализации именно клиента под андроид? Какой вариант будет есть меньше ресурсов?

Ну и дополнительный вопрос: если всё таки смотреть в сторону сокетов, то не могли бы вы мне подкинуть пищу для ума на эту тему, так как в списке уроков на Вашем сайте я подобную тему, к сожалению, не нашёл.

Заранее благодарю!

P.S. с сокетами в принципе(не на Java и не на андроид в частности) дела имел. Написать сервер проблемы не составит.

[NapalmRain]

Я так понимаю, никто ничего подобного не реализовывал?

[Mykola]

Я так понимаю, никто ничего подобного не реализовывал?

Посмотрите в сторону пуш нотификации

[NapalmRain]

Я так понимаю, никто ничего подобного не реализовывал?

Посмотрите в сторону пуш нотификации

Благодарю за ответ. Но это не совсем то, что нужно. Помимо уведомлений, необходимо реализовать обмен текстовыми сообщениями. Вопрос стоит в том, что лучше использовать именно для передачи данных.

[NapalmRain]

мда... Видимо, не самый популярный вопрос...

[Leeroy]

Доброго всем времени суток!

Вижу два варианта:
1. Клиент по таймеру отправляет серверу пост запрос и пляшет от полученного результата. В данном случае серверную часть можно писать на любом языке, например PHP а в качестве серверной машины использовать любой хостинг.
2. Написать полноценное серверное приложение, связь держать по средствам сокетов и проработать свой протокол обмена данными. В данном случае нужно иметь серверную машину, на которой будет запущена программа самого сервера, ну а клиент будет подключаться. Сервер же в случае необходимости будет обращаться самостоятельно к уже подключенному клиенту.

Вопрос состоит вот в чём: если число одновременно подключенных клиентов не превысит 20 человек, какой из вариантов наиболее логичен с точки зрения реализации именно клиента под андроид? Какой вариант будет есть меньше ресурсов?

Ну и дополнительный вопрос: если всё таки смотреть в сторону сокетов, то не могли бы вы мне подкинуть пищу для ума на эту тему, так как в списке уроков на Вашем сайте я подобную тему, к сожалению, не нашёл.

Если запрос не меняет состояние сервера можно обойтись и гет запросами.
Если ресурсы батарея, то 1-ый вариант (post/get каждые n-сек) или даже kee-palive c таймаутом 30сек.
Глянь лекции https://www.youtube.com/playlist?list=P ... ZorWB4CPY5

[NapalmRain]

Если запрос не меняет состояние сервера можно обойтись и гет запросами.
Если ресурсы батарея, то 1-ый вариант (post/get каждые n-сек) или даже kee-palive c таймаутом 30сек.
Глянь лекции https://www.youtube.com/playlist?list=P ... ZorWB4CPY5

Благодарю! Обязательно ознакомлюсь.