igor888,
для таких вещей трёхзвенка самое оптимальное. в качестве протокола - websocket, что позволит просто организовать обмен в обоих направлениях, по инициативе любой стороны, а также контролировать устройства, подключенные к серверу,
к примеру сервер может производить рассылку изменений, без запроса об этом с клиента.
сервер организуется на java, клиент также на java
в этом есть однообразие клиента и сервера. что не маловажно легко переводится на web

Igor888Спасибо всем за ответы.

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

1.если посмотреть в сторону Web т.е. мобильная страничка?
2.если на .net?
если смотреть в сторону web - надо тоже быть осторожным, можно нарваться на кросбраузерность. это первое . второе — среда разработки. тоже станет вопрос ребром — проблема выбора.
если .net только под винду, а это тож как-то не в тренде. я повторюсь, основное это возможность двусторонней связи, но это не ajax, не comet. это websocket. и лучше всего для этого java.

Igor888вадяigor888,
для таких вещей трёхзвенка самое оптимальное. в качестве протокола - websocket, что позволит просто организовать обмен в обоих направлениях, по инициативе любой стороны, а также контролировать устройства, подключенные к серверу,
к примеру сервер может производить рассылку изменений, без запроса об этом с клиента.
сервер организуется на java, клиент также на java
в этом есть однообразие клиента и сервера. что не маловажно легко переводится на web

Я с этим языком не разу ни сталкивался в плане программирования.

1.Вы пишите что лучше подойдёт java, почему Вы так считаете? надеюсь не только из-за хорошо интегрируемого websocket...

2.Тут получается клиент будет не "нативным", а кросс платформенным. Если смотреть в сторону java, на сколько это может быть болезненным в плане производительности?

3.Приложение написанное на java будет работать на любой мобилке или есть ограничения?

4.Ну и конечно какую студию лучше всего использовать с java языком?
java не только из-за хорошо интегрируемого websocket (в отличие от php). но и потому что на java пишется серверная часть и клиентская (андроид).
насчет производительности - java пока такого не слышал. и при использовании websocket производительность сервера возрастает многократно. :) тут есть одна простая причина - серверу не требуется отвечать на пустые запросы клиентов о наличии изменении данных, сервер сам разошлёт при необходимости. и только тем кому надо.
тут есть ещё одно достоинство ( но уже применение websocket, клиентом может быть как андроид, так и браузер. с точки зрения обмена данными. для сервера большой разницы нет)

на любой , где есть андроид, это точно, за прочие - не ручаюсь :)
андроид студио , наверно будет лучшей, тем более что выходит 2, и говорят там много фкусняшек.
тут есть ещё одна тонкость - это прохождение websocket через старые прокси. поэтому рекомендую сразу использовать wss, для этого достаточно самоподписанных сертификатов. http://java-websocket.org - есть пример для сервера и клиента

с точки зрения обмена данными - soap, xml, json - это на любителя, но я использую свой формат, т.к. кпд ws приближается к 100%, т.е. про передаче данных служебнаф инфа измеряется байтами - то незачем ухудшать это различными навесками.
используя ws можно передать и одно значение на сервер, нет необходимости формировать пакет с данными.
но как правило формируется набор логический данных, и записывать эти данные во что-то чтоб сформировать json, или xml , а потом парсить на сервере я считаю накладно
достаточно сформировать строку с данными используя разделитель между ними любой символ (к примеру ® ° ±) на противоположной стороне использовать split
для того чтоб приёмная сторона знала как обрабатывать принятые данные, я в начале данных добавляю команду, после которой идёт символьный разделитель.
у меня команда совпадает по имени с методом, который должен обработать эти данные. тут рефлексия решат всё очень просто.

skyANA,
странный вопрос про websocket

самое простое решение для связи клиента с сервером

skyANAвадяskyANA,
странный вопрос про websocket

самое простое решение для связи клиента с серверомСамое простое решение - это HTTP протокол.

Вот где тут нужен именно WebSocket протокол: "просматривать историю посещений, предварительную запись, депозиты, могут сами записаться или отменить визит"?
даже если считать простой вариант излишим, то для изучения его стоит им заняться,
как известно аппетит приходит во время еды.